# tasks

id: t_3b1aee77
title: [Daily Step 4 墨影] 高保真设计交付包 + 品牌资产
assignee: moying
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260527
idempotency_key: site-daily-20260527-04-moying
skills: ["projects/site-design"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260527/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 PRD v1（其中已整合定价、合规、SEO+文案联合包），必须完整执行 projects/site-design，不允许只交设计说明。
  核心原则：SEO 文案已经前置到 PRD/文案包，设计必须先消化全部 SEO 内容，再决定哪些上首页、哪些下沉到详情/索引页；不得让 SEO 长文、query index、token 列表打破首页布局和用户体验。
  开工前必做输入核验：PRD 是否含 site_type、竞品交互基线、核心用户任务、逐页 IA、逐页 SEO 文案、schema/index policy、asset inventory；缺任一项必须 block `upstream-gate-failed` 回墨策/墨笔，不能自己临时拼。
  必交设计包：
  - reports/site-pipeline/site-daily-20260527/design/HANDOFF.md
  - reports/site-pipeline/site-daily-20260527/design/stitch/screen-index.json
  - reports/site-pipeline/site-daily-20260527/design/screens/<slug>-desktop-final.png
  - reports/site-pipeline/site-daily-20260527/design/screens/<slug>-mobile-final.png
  - reports/site-pipeline/site-daily-20260527/design/html/<slug>-desktop-final.html
  - reports/site-pipeline/site-daily-20260527/design/html/<slug>-mobile-final.html
  - reports/site-pipeline/site-daily-20260527/design/assets/icon.svg / wordmark.svg / stacked.svg / horizontal.svg / logo-system.json
  - favicon 多尺寸；og-image.png / hero 图，如缺必要能力必须写 blocker，不能用占位图冒充完成。
  额外交付：reports/site-pipeline/site-daily-20260527/design/content-fit-matrix.md，逐 section 标明：PRD/SEO 文案来源、展示位置、是否首页展示、若下沉则目标页面、布局容器、视觉风险。
  Stitch 成功口径：只有真实 projectId/screenId 且能 get_screen_code/get_screen_image 才算 Stitch done；如果 Stitch 失败，该任务必须 block 或标记 DESIGN_CONDITIONAL，不能让下游误认为“已用 Stitch”。
  验收：metadata.artifact_paths 必须逐项列出上述文件；acceptance_checklist 必须覆盖 input_contract_checked、content_fit_matrix、real_stitch_project_ids、截图、HTML、logo、favicon、OG/hero、反 AI 味终检、homepage_not_seo_wall、media_cards_not_empty。缺任一关键项必须 block/rework。


id: t_750dc0c5
title: [Daily Step 5A 墨界] 前端实现 + 数据上报 + CF Pages 预览部署
assignee: mojie
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260527
idempotency_key: site-daily-20260527-05a-mojie
skills: ["projects/frontend-site-build"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260527/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取设计交付包，完成前端实现、构建、数据上报、CF Pages 预览部署。
  开工前先验证父任务设计包 artifact_paths；缺 HANDOFF / screen-index / screenshots / HTML / assets / content-fit-matrix 时必须 block `upstream-gate-failed`。
  如果设计 metadata 显示 DESIGN_CONDITIONAL，必须先由墨策 Design Acceptance 明确放行，不能默认继续。
  实现原则：Stitch/HTML 视觉真源是上限，不是参考图。前端不得自行追加 SEO 墙、query index、token 列表、长篇 route dossier 到首页；SEO 长文只能按 content-fit-matrix 放到指定详情/索引页。任何新增 SEO 模块必须保持设计系统且过移动端截图。
  工具站/地图站不得做成 SEO 原型壳：必须先看至少 3 个直接竞品并输出 interaction_baseline；核心工具必须浏览器实操验证。地图类 P0 必须包含大地图布局、底图/抽象 biome、拖拽缩放、图层多选、marker 弹窗、搜索联动、坐标/深度/数据可信度、移动端可用；不能用装饰图或 prototype 文案冒充 interactive map。
  数据/地图/目录页开工闸门：如果 PRD 要求真实 marker/seed/API/schema，墨界必须先读取墨枢 metadata.artifact_paths 中的 frontend-consumable 数据合同（如 markers.json / manifest.json / frontend-contract.md / schema.json）。缺任一必需文件必须 block `missing-data-contract`，不得自行 mock、不得只按 05B 文字报告脑补数据。数据合同必须区分 `ui_fixture_ready` / `launch_data_ready` / `seo_index_ready`；若 confirmed_count=0 或 launch_data_ready=false，05A 主线上线实现继续 BLOCKED，只允许另开 isolated prototype，不得进入 SEO/上线链路。
  数据上报是墨界 P0：不能只挂脚本，必须实现并验证事件发送。至少覆盖 pageview / hero_cta_click / tool_start / tool_result / pricing_cta_click；地图/目录/数据库站补 map_search / marker_open / filter_apply / detail_open；没有对应模块必须写 N/A 理由。至少 Plausible / GA4 / Clarity / Cloudflare Web Analytics / first-party /api/events 中一个要在线上真实收数或给出精确 block。
  域名邮箱也是墨界/上线前 P0：Contact/Footer/Policy 里的对外邮箱必须是站点域名邮箱；未绑定自定义域名时不能写 Gmail/占位邮箱，必须标记 needs domain email。
  交付：reports/site-pipeline/site-daily-20260527/05a-frontend.md
  metadata 必须包含 preview_url、repo_path、commit、artifact_paths、interaction_baseline、core_interactions_verified、visual_fidelity_check、content_fit_matrix_followed、analytics_event_taxonomy、analytics_reporting_verification、verification、acceptance_checklist。验收必须覆盖 build、preview 200、移动端、核心页面、核心工具交互、SEO 基础、数据上报网络请求/后台收数证据、首页不是 SEO 墙、实站截图对比设计截图。


id: t_58cdf787
title: [Daily Step 5B 墨枢] 后端/D1/R2/鉴权/支付/API 联调
assignee: moshu
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260527
idempotency_key: site-daily-20260527-05b-moshu
skills: ["projects/backend-site-build"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260527/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 PRD、定价、合规和设计，完成后端/API/存储/鉴权/支付判定与实现。
  开工前先验证 PRD/定价/合规/设计父任务 artifact_paths；缺关键输入必须 block `upstream-gate-failed`。
  必须遵守 backend-site-build：先解析 PRD，确认登录/支付/AI API/免费额度/域名状态；D1/R2/KV 不复制旧项目 id；migration 必须 local + remote；API schema 必须交给前端；AI 成功后才扣额度；Webhook 用 request.text；OAuth 有 state；所有 Pages Functions route 声明 edge runtime；涉及 CF/DNS/SSL/WAF 变更先查现状再操作。
  必须明确 crawler_hints_status、cf_security_settings_status、domain_email_status。
  数据/地图/目录站必须额外交付 frontend-consumable 数据合同，不得只交文字方案：`markers.json`/`seed.json`、`manifest.json`、`frontend-contract.md`、`schema.json` 至少覆盖实体字段、坐标/分类、source/provenance、freshness、index/noindex、前端读取路径。合同必须显式给出 `ui_fixture_ready`、`launch_data_ready`、`seo_index_ready`、`confirmed_count`；若 confirmed_count=0 或 launch_data_ready=false，必须 BLOCK `confirmed-data-insufficient`，不能用 demo fixture 标 DONE 解锁主线。
  交付：reports/site-pipeline/site-daily-20260527/05b-backend.md
  metadata 必须包含 schema_path、api_schema_path、storage_plan、auth_payment_plan、free_quota_rules、migration_status、secrets_status_masked、cf_security_settings_status、crawler_hints_status、api_e2e_verification、frontend_data_contract_paths、artifact_paths、verification、acceptance_checklist。


id: t_be25219b
title: [Daily Step 7 墨引] 技术 SEO/GEO/AEO 精修与验收
assignee: moyin
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260527
idempotency_key: site-daily-20260527-07-moyin
skills: ["projects/site-seo-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260527/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取前后端交付，检查 sitemap、robots、schema、metadata、internal links、AI citation blocks、answer-first/Short answer/FAQ/AEO。
  开工前验证前后端 preview_url / repo_path / schema/API handoff。
  必须跑技术 SEO audit（脚本或等价检查），覆盖 Title、Meta description、canonical、H1/H2/H3、word count、主词密度、noindex、sitemap inclusion、robots、图片 alt、OG/Twitter、schema、内链、anti-spam。进入 sitemap 的页面必须真实有价值；placeholder/prototype/pending source 页面必须 noindex 且不进 sitemap。
  交付：reports/site-pipeline/site-daily-20260527/07-technical-seo.md
  metadata 必须包含 checked_urls、schema_files、sitemap_robots_status、indexability_matrix、geo_aeo_status、seo_audit_result_path、artifact_paths、verification、acceptance_checklist。


id: t_fe4e8d61
title: [Daily Step 7B 墨盾] 合规/Policy 上线前复验
assignee: modun
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260527
idempotency_key: site-daily-20260527-07b-modun
skills: ["openclaw-imports/compliance-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260527/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取前后端预览、PRD、合规早期报告，执行上线前合规/Policy 复验。
  必须检查 /privacy、/terms、footer policy links、Cookie/analytics 披露、fan-made/no-affiliation、品牌/IP 禁词、数据准确性免责声明；policy 声明必须与实际脚本/功能一致。
  交付：reports/site-pipeline/site-daily-20260527/07b-compliance-recheck.md
  metadata 必须包含 compliance_verdict、policy_pages_checked、analytics_disclosure_status、ip_trademark_status、p0_p1_p2_issues、artifact_paths、verification、acceptance_checklist。


id: t_ba57278f
title: [Daily Step 7C 墨策] 产品经理上线前验收
assignee: moce
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260527
idempotency_key: site-daily-20260527-07c-moce
skills: ["projects/site-building"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260527/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 PRD、前后端交付、墨引 SEO/GEO/AEO 验收、墨盾合规/Policy 复验，从产品经理视角做 Product Acceptance。
  这一步不是重写 PRD，而是验收当前产品是否满足 PRD、竞品 competitive minimum、核心用户任务和上线范围。工具/地图站必须以真实用户任务验收：找资源、筛 marker、打开 detail、复制坐标、路线提示、移动端可用；不得把 required scope 降级为 later。
  必须额外做 Design/Product Fit 验收：浏览器打开实站/preview，截首页、核心工具页、移动端；对比 design screenshots/HANDOFF/content-fit-matrix。若首页出现 SEO 墙、query index/token 列表外露、空媒体卡、大段重复文案压垮布局、或与视觉真源明显不一致，pm_verdict 必须 PM_NO_GO。
  交付：reports/site-pipeline/site-daily-20260527/07c-product-acceptance.md
  metadata 必须包含 pm_verdict(PM_GO/PM_NO_GO/PM_CONDITIONAL_GO)、competitive_minimum_verdict、design_fidelity_verdict、content_ux_verdict、verified_user_tasks、scope_gaps、blocker_count、artifact_paths、verification、acceptance_checklist。


id: t_b1e71ccc
title: [Daily Step 8 墨测] 全站 QA 验收 + 返修清单
assignee: motest
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260527
idempotency_key: site-daily-20260527-08-motest
skills: ["projects/site-qa"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260527/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取预览 URL、墨引 SEO/GEO/AEO 验收、墨盾合规/Policy 复验、墨策产品经理验收，做功能/移动端/性能/安全/合规/SEO/埋点 QA。
  开工前验证 preview_url、SEO handoff、compliance handoff、PM acceptance handoff；缺任一关键输入必须 block。墨策 pm_verdict 不是 PM_GO/PM_CONDITIONAL_GO 时不得 GO。
  工具站 QA 不能只验 200/metadata/schema；必须读取/复核竞品 interaction_baseline，并用浏览器实际操作核心工具。地图类必须实测拖拽、缩放、图层筛选、marker 弹窗、搜索联动、坐标/数据可信度、移动端地图可用；任一核心交互缺失即 go_no_go=NO-GO。
  Design QA 属于硬门槛：必须用浏览器截图实站首页/核心页/移动端，对照设计包与 content-fit-matrix；若 SEO 文案破坏布局、首页变 SEO 墙、媒体卡空、视觉明显低保真，即使 SEO/功能通过也必须 NO-GO。
  Policy 合规也属于 QA 范围：/privacy、/terms、footer 链接、analytics/cookie 披露、fan-made/no-affiliation、品牌/IP 禁词、数据准确性免责声明必须通过；墨盾有 P0 则 QA 不得 GO。
  交付：reports/site-pipeline/site-daily-20260527/08-qa.md
  metadata 必须包含 preview_url、test_matrix、competitor_baseline_checked、core_interactions_verified、design_fidelity_checked、content_ux_checked、pm_verdict_checked、compliance_verdict_checked、p0_p1_p2_issues、go_no_go、artifact_paths、verification、acceptance_checklist。


id: t_050e6e4f
title: [Daily Step 8H 墨策] Owner Review Gate：QA_GO 后等孟健人工验收
assignee: moce
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260527
idempotency_key: site-daily-20260527-08h-owner-review
skills: ["projects/site-building"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260527/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  这是 QA 通过后的人工验收闸门，不是产品重做任务。读取 QA 报告与所有上线前 handoff，整理给孟健的人工验收包。

  强制流程：
  1. 验证父任务 QA metadata.go_no_go 为 GO/QA_GO；否则 block `QA_NOT_GO`。
  2. 提取 production/preview URL、核心页面、核心工具路径、QA 结论、P0/P1/P2、已知风险、是否允许上线。
  3. 用 send_message 发到做站群/Topic，标题必须是：`人工验收请求 <task_id> <project_slug>`，包含：站点 URL、5 条验收重点、剩余风险、建议回复格式。
  4. 发送后必须 kanban_block，reason 以 `WAITING_OWNER_SITE_APPROVAL` 开头。
  5. 孟健确认后，才能 complete 本任务；metadata 必须写 `owner_approval: confirmed`、`approved_by: mengjian`、`approval_message`。

  用户回复格式：
  - `确认上线 <task_id>` = 允许进入墨运上线/站长平台/冷启动准备
  - `返修 <task_id>: <问题>` = 不允许上线，创建返修卡并保持本 gate blocked
  - `暂停 <task_id>` = 暂停后续上线

  未获得孟健明确确认，不得让墨运启动。
  交付：reports/site-pipeline/site-daily-20260527/08h-owner-review.md
  metadata 必须包含 owner_review_url_pack、qa_summary_path、p0_p1_p2_issues、residual_risk、owner_approval、artifact_paths。


id: t_1949ebc0
title: [Daily Step 9 墨运] 上线运营 + Webmaster/GSC + 冷启动分发
assignee: moyun
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260527
idempotency_key: site-daily-20260527-09-moyun
skills: ["projects/site-launch"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260527/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 QA 结论和 Owner Review Gate，通过后做上线运营计划、GSC + Bing Webmaster/目标市场 Webmaster sitemap 提交、冷启动分发包、首周动作。
  只有 QA metadata.go_no_go=go/QA_GO 且 Owner Review Gate metadata.owner_approval=confirmed 才可继续；否则 block。
  上线 Done 口径：生产 URL 可访问 + 域名邮箱/contact/policy 链路确认 + CF settings 复核（尤其 Crawler Hints=on）+ sitemap/robots/canonical/schema 复验 + analytics endpoint 至少一个真实事件入口可验证 + GSC sitemap submitted 或精确 BLOCK 原因 + Bing Webmaster Tools sitemap submitted 或精确 BLOCK 原因（如需 Yandex/其他市场站长平台也同样记录）+ 冷启动分发包已生成。外部发帖/投稿/目录提交必须等孟健确认；未确认时只能产出草稿和渠道清单，metadata.external_posts_published=false。
  交付：reports/site-pipeline/site-daily-20260527/09-launch.md
  metadata 必须包含 production_url、domain_email_status、cf_settings_status、crawler_hints_status、gsc_sitemap_submitted、gsc_submission_method、bing_webmaster_sitemap_submitted、webmaster_submission_status、distribution_pack_path、distribution_log、external_posts_published、analytics_status、launch_checklist、artifact_paths、verification。


id: t_049efa1c
title: [Daily Step 10 墨析] 数据链路接管 + 复盘登记
assignee: moxi
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260527
idempotency_key: site-daily-20260527-10-moxi
skills: ["projects/site-data-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260527/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取上线运营输出，验收 Plausible/GA4/Clarity/GSC/Bing Webmaster/Ahrefs/Stripe/D1 日志入口，登记进入每日复盘池。
  开工前验证 production_url / analytics_status / GSC sitemap submission / Bing Webmaster submission / distribution pack / distribution_log。必须区分“前端脚本已挂”“浏览器网络请求已发”“后台/API 可查”“站长平台已提交但等待数据”四类状态；缺数据入口要列出具体 token/scope/dashboard 入口，但不要阻止已上线站进入复盘池，除非 production_url 不可访问或核心 analytics 全缺。

  登记复盘时必须执行或更新：
  `python3 /root/.hermes/scripts/site_review_registry.py approve --slug <project_slug> --keyword '<selected_keyword>' --target-market '<target_market>' --task-id <task_id> --handoff-path 'reports/site-pipeline/site-daily-20260527/10-data-review-handoff.md' --production-url '<production_url>' --source-path '<repo_or_workspace>' --upstream-run 'site-daily-20260527'`

  handoff 必须明确写：project_slug、production_url、primary_keyword、目标排名 Top 3、事件名、UTM 规范、GSC property、Bing Webmaster site、Ahrefs audit 入口/状态、distribution_log 路径、首周复盘日期、owner digest 投递目标、can_start_daily_review=true/false、review_pool_status=active|registered_hold。
  交付：reports/site-pipeline/site-daily-20260527/10-data-review-handoff.md
  metadata 必须包含 review_registry_entry、review_pool_status、can_start_daily_review、analytics_sources、event_taxonomy、utm_policy、webmaster_sources、ahrefs_audit_status、distribution_log、baseline_metrics、owner_digest_target、artifact_paths、verification、acceptance_checklist。


id: t_4cf4be87
title: 01 getaiemail market research and domain verification
assignee: motan
status: done
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_4cf4be87
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-01-getaiemail-market-research-and-domain-verification
skills: ["site-research"]
body:
  GOAL MODE：Kanban 是唯一 source of truth。站点：getaiemail / getaiemail.com。Tenant：site-getaiemail-20260527。
  输入 brief：/root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  汇报目标：send_message(action='send', target='telegram:-1003750190535:7208', message='...')。
  必须读取输入 brief；不得只依赖聊天上下文。
  核心定位：AI Email Generator for Work Emails。首页主词 AI Email Generator；域名品牌型，不靠 exact match。
  核心产品：选择场景 → 填 recipient/purpose/tone/key points → 输出 subject + email body + shorter/warmer/more direct variants → one-click copy。每个场景页内嵌工具。
  URL 矩阵：/、/cold-email-generator、/follow-up-email-generator、/professional-email-generator、/sales-email-generator、/reply-email-generator、/resignation-email-generator、/thank-you-email-generator、/apology-email-generator、/meeting-email-generator。
  合规注意：cold email 不得鼓励 spam；默认 work email/productivity/job search/reply/follow-up 场景，加入 anti-spam/permission-based messaging 口径。
  完成必须写 artifact_paths、verification、acceptance_checklist、residual_risk、next_inputs。

  任务：墨探做市场/关键词/SERP 快速验证。
  必须验证：AI email generator 主词、场景长尾词、SERP Top10 类型、独立小站可进入性、商业化信号、竞品功能基线、域名四重验证（getaiemail.com 固定优先）。
  输出：reports/site-pipeline/site-getaiemail-20260527/getaiemail/research.md；metadata 包含 selected_keyword、secondary_keywords、serp_verdict、domain_verification、recommended_scope。

  [HOST VISIBILITY OVERRIDE / DO NOT IGNORE]
  - Project topic target: `telegram:-1003750190535:7208` (`做站 · getaiemail`)。
  - All START / STATUS / DONE / BLOCKED progress must be sent there with `send_message(action='send', target='telegram:-1003750190535:7208', message='...')`.
  - Do not DM Meng Jian for pipeline progress. Do not send this project's progress to the generic 做站流水线 or 做站复盘 topic unless explicitly asked.
  - If `send_message` fails, write the error into Kanban comment/block; do not silently complete.


id: t_80f47b40
title: 02 getaiemail PRD v1 product strategy
assignee: moce
status: done
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_80f47b40
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-02-getaiemail-prd-v1-product-strategy
skills: ["site-building"]
body:
  GOAL MODE：Kanban 是唯一 source of truth。站点：getaiemail / getaiemail.com。Tenant：site-getaiemail-20260527。
  输入 brief：/root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  汇报目标：send_message(action='send', target='telegram:-1003750190535:7208', message='...')。
  必须读取输入 brief；不得只依赖聊天上下文。
  核心定位：AI Email Generator for Work Emails。首页主词 AI Email Generator；域名品牌型，不靠 exact match。
  核心产品：选择场景 → 填 recipient/purpose/tone/key points → 输出 subject + email body + shorter/warmer/more direct variants → one-click copy。每个场景页内嵌工具。
  URL 矩阵：/、/cold-email-generator、/follow-up-email-generator、/professional-email-generator、/sales-email-generator、/reply-email-generator、/resignation-email-generator、/thank-you-email-generator、/apology-email-generator、/meeting-email-generator。
  合规注意：cold email 不得鼓励 spam；默认 work email/productivity/job search/reply/follow-up 场景，加入 anti-spam/permission-based messaging 口径。
  完成必须写 artifact_paths、verification、acceptance_checklist、residual_risk、next_inputs。

  任务：墨策基于输入 brief + 研究结果输出 PRD v1。
  必须包含：ICP、April Dunford 定位、NOT-DO、场景化生成器功能、页面 IA、每页用户任务、转化漏斗、工具交互状态、埋点事件、验收标准。
  重点：不要写 Best AI Email Generator；写 AI Email Generator for Work Emails。
  输出：reports/site-pipeline/site-getaiemail-20260527/getaiemail/prd-v1.md。

  [HOST VISIBILITY OVERRIDE / DO NOT IGNORE]
  - Project topic target: `telegram:-1003750190535:7208` (`做站 · getaiemail`)。
  - All START / STATUS / DONE / BLOCKED progress must be sent there with `send_message(action='send', target='telegram:-1003750190535:7208', message='...')`.
  - Do not DM Meng Jian for pipeline progress. Do not send this project's progress to the generic 做站流水线 or 做站复盘 topic unless explicitly asked.
  - If `send_message` fails, write the error into Kanban comment/block; do not silently complete.


  [HOST ARCHITECTURE CORRECTION / WORKERS-FIRST — DO NOT IGNORE]
  孟健最新明确：做站流程默认应使用 Cloudflare Workers，而不是 Cloudflare Pages static export。凡是涉及后台、AI API、用量、登录、付费、webhook、D1/R2/KV、管理后台或事件采集的站，都必须 Workers-first。getaiemail.com 是 AI Email Generator，需 AI API proxy、用量/限流、后续付费/后台扩展，所以 canonical runtime_architecture = Cloudflare Workers / OpenNext Cloudflare（或极小 API 时 Pages Functions，但不能按纯静态 Pages 交付）。

  本任务要求更新：
  - PRD 必须写 runtime_architecture=workers_first。
  - 墨枢必须输出 Worker/OpenNext API contract、D1/KV/R2/secrets/rate-limit/webhook/AI proxy 健康检查。
  - 墨界必须基于 Workers/OpenNext 部署，验证 /api/generate 等真实 API；不要使用 next export + CF Pages static 作为默认方案。
  - 墨运/QA/SEO 验收必须检查 Worker route、bindings、secrets、API healthcheck、deployment_source_commit。
  - 只有经 PRD 明确判定为纯静态无 API/无付费/无后台，才允许 CF Pages static export；本项目不属于该例外。


id: t_8fe2504a
title: 03A getaiemail pricing and cost model
assignee: mozhang
status: done
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_8fe2504a
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-03a-getaiemail-pricing-and-cost-model
skills: ["site-pricing"]
body:
  GOAL MODE：Kanban 是唯一 source of truth。站点：getaiemail / getaiemail.com。Tenant：site-getaiemail-20260527。
  输入 brief：/root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  汇报目标：send_message(action='send', target='telegram:-1003750190535:7208', message='...')。
  必须读取输入 brief；不得只依赖聊天上下文。
  核心定位：AI Email Generator for Work Emails。首页主词 AI Email Generator；域名品牌型，不靠 exact match。
  核心产品：选择场景 → 填 recipient/purpose/tone/key points → 输出 subject + email body + shorter/warmer/more direct variants → one-click copy。每个场景页内嵌工具。
  URL 矩阵：/、/cold-email-generator、/follow-up-email-generator、/professional-email-generator、/sales-email-generator、/reply-email-generator、/resignation-email-generator、/thank-you-email-generator、/apology-email-generator、/meeting-email-generator。
  合规注意：cold email 不得鼓励 spam；默认 work email/productivity/job search/reply/follow-up 场景，加入 anti-spam/permission-based messaging 口径。
  完成必须写 artifact_paths、verification、acceptance_checklist、residual_risk、next_inputs。

  任务：墨账设计 Free/Pro/Lifetime 或等价套餐，核算 AI 生成成本和免费额度。不得写 unlimited。
  输出 pricing.md，包含竞品定价、免费次数、Pro 月上限、成本假设、Stripe/支付是否首版启用建议。

  [HOST VISIBILITY OVERRIDE / DO NOT IGNORE]
  - Project topic target: `telegram:-1003750190535:7208` (`做站 · getaiemail`)。
  - All START / STATUS / DONE / BLOCKED progress must be sent there with `send_message(action='send', target='telegram:-1003750190535:7208', message='...')`.
  - Do not DM Meng Jian for pipeline progress. Do not send this project's progress to the generic 做站流水线 or 做站复盘 topic unless explicitly asked.
  - If `send_message` fails, write the error into Kanban comment/block; do not silently complete.


  [HOST ARCHITECTURE CORRECTION / WORKERS-FIRST — DO NOT IGNORE]
  孟健最新明确：做站流程默认应使用 Cloudflare Workers，而不是 Cloudflare Pages static export。凡是涉及后台、AI API、用量、登录、付费、webhook、D1/R2/KV、管理后台或事件采集的站，都必须 Workers-first。getaiemail.com 是 AI Email Generator，需 AI API proxy、用量/限流、后续付费/后台扩展，所以 canonical runtime_architecture = Cloudflare Workers / OpenNext Cloudflare（或极小 API 时 Pages Functions，但不能按纯静态 Pages 交付）。

  本任务要求更新：
  - PRD 必须写 runtime_architecture=workers_first。
  - 墨枢必须输出 Worker/OpenNext API contract、D1/KV/R2/secrets/rate-limit/webhook/AI proxy 健康检查。
  - 墨界必须基于 Workers/OpenNext 部署，验证 /api/generate 等真实 API；不要使用 next export + CF Pages static 作为默认方案。
  - 墨运/QA/SEO 验收必须检查 Worker route、bindings、secrets、API healthcheck、deployment_source_commit。
  - 只有经 PRD 明确判定为纯静态无 API/无付费/无后台，才允许 CF Pages static export；本项目不属于该例外。


id: t_9e913b54
title: 03B getaiemail email compliance policy
assignee: modun
status: done
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_9e913b54
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-03b-getaiemail-email-compliance-policy
body:
  GOAL MODE：Kanban 是唯一 source of truth。站点：getaiemail / getaiemail.com。Tenant：site-getaiemail-20260527。
  输入 brief：/root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  汇报目标：send_message(action='send', target='telegram:-1003750190535:7208', message='...')。
  必须读取输入 brief；不得只依赖聊天上下文。
  核心定位：AI Email Generator for Work Emails。首页主词 AI Email Generator；域名品牌型，不靠 exact match。
  核心产品：选择场景 → 填 recipient/purpose/tone/key points → 输出 subject + email body + shorter/warmer/more direct variants → one-click copy。每个场景页内嵌工具。
  URL 矩阵：/、/cold-email-generator、/follow-up-email-generator、/professional-email-generator、/sales-email-generator、/reply-email-generator、/resignation-email-generator、/thank-you-email-generator、/apology-email-generator、/meeting-email-generator。
  合规注意：cold email 不得鼓励 spam；默认 work email/productivity/job search/reply/follow-up 场景，加入 anti-spam/permission-based messaging 口径。
  完成必须写 artifact_paths、verification、acceptance_checklist、residual_risk、next_inputs。

  任务：墨盾做合规/Policy。重点 cold email spam 风险、禁止滥发/欺骗/仿冒/敏感内容、隐私与日志保留、PP/ToS 文案要求。
  输出 compliance.md + 禁用文案/允许文案清单。

  [HOST VISIBILITY OVERRIDE / DO NOT IGNORE]
  - Project topic target: `telegram:-1003750190535:7208` (`做站 · getaiemail`)。
  - All START / STATUS / DONE / BLOCKED progress must be sent there with `send_message(action='send', target='telegram:-1003750190535:7208', message='...')`.
  - Do not DM Meng Jian for pipeline progress. Do not send this project's progress to the generic 做站流水线 or 做站复盘 topic unless explicitly asked.
  - If `send_message` fails, write the error into Kanban comment/block; do not silently complete.


  [HOST ARCHITECTURE CORRECTION / WORKERS-FIRST — DO NOT IGNORE]
  孟健最新明确：做站流程默认应使用 Cloudflare Workers，而不是 Cloudflare Pages static export。凡是涉及后台、AI API、用量、登录、付费、webhook、D1/R2/KV、管理后台或事件采集的站，都必须 Workers-first。getaiemail.com 是 AI Email Generator，需 AI API proxy、用量/限流、后续付费/后台扩展，所以 canonical runtime_architecture = Cloudflare Workers / OpenNext Cloudflare（或极小 API 时 Pages Functions，但不能按纯静态 Pages 交付）。

  本任务要求更新：
  - PRD 必须写 runtime_architecture=workers_first。
  - 墨枢必须输出 Worker/OpenNext API contract、D1/KV/R2/secrets/rate-limit/webhook/AI proxy 健康检查。
  - 墨界必须基于 Workers/OpenNext 部署，验证 /api/generate 等真实 API；不要使用 next export + CF Pages static 作为默认方案。
  - 墨运/QA/SEO 验收必须检查 Worker route、bindings、secrets、API healthcheck、deployment_source_commit。
  - 只有经 PRD 明确判定为纯静态无 API/无付费/无后台，才允许 CF Pages static export；本项目不属于该例外。


id: t_1f49568e
title: 03C getaiemail SEO copy freeze and page matrix
assignee: moyin
status: done
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_1f49568e
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-03c-getaiemail-seo-copy-freeze-and-page-matrix
skills: ["site-seo-review"]
body:
  GOAL MODE：Kanban 是唯一 source of truth。站点：getaiemail / getaiemail.com。Tenant：site-getaiemail-20260527。
  输入 brief：/root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  汇报目标：send_message(action='send', target='telegram:-1003750190535:7208', message='...')。
  必须读取输入 brief；不得只依赖聊天上下文。
  核心定位：AI Email Generator for Work Emails。首页主词 AI Email Generator；域名品牌型，不靠 exact match。
  核心产品：选择场景 → 填 recipient/purpose/tone/key points → 输出 subject + email body + shorter/warmer/more direct variants → one-click copy。每个场景页内嵌工具。
  URL 矩阵：/、/cold-email-generator、/follow-up-email-generator、/professional-email-generator、/sales-email-generator、/reply-email-generator、/resignation-email-generator、/thank-you-email-generator、/apology-email-generator、/meeting-email-generator。
  合规注意：cold email 不得鼓励 spam；默认 work email/productivity/job search/reply/follow-up 场景，加入 anti-spam/permission-based messaging 口径。
  完成必须写 artifact_paths、verification、acceptance_checklist、residual_risk、next_inputs。

  任务：墨引负责 SEO/GEO/AEO + SEO-Copy Freeze。
  必须为首页和 9 个场景页输出 primary keyword、semantic keywords、H1/H2/H3、FAQ、schema、index policy、target word count、内链。
  每个 indexable 页必须有内嵌工具和真实用户任务，不允许薄页。
  输出 seo-copy-freeze.md + page-matrix.json。

  [HOST VISIBILITY OVERRIDE / DO NOT IGNORE]
  - Project topic target: `telegram:-1003750190535:7208` (`做站 · getaiemail`)。
  - All START / STATUS / DONE / BLOCKED progress must be sent there with `send_message(action='send', target='telegram:-1003750190535:7208', message='...')`.
  - Do not DM Meng Jian for pipeline progress. Do not send this project's progress to the generic 做站流水线 or 做站复盘 topic unless explicitly asked.
  - If `send_message` fails, write the error into Kanban comment/block; do not silently complete.


  [HOST ARCHITECTURE CORRECTION / WORKERS-FIRST — DO NOT IGNORE]
  孟健最新明确：做站流程默认应使用 Cloudflare Workers，而不是 Cloudflare Pages static export。凡是涉及后台、AI API、用量、登录、付费、webhook、D1/R2/KV、管理后台或事件采集的站，都必须 Workers-first。getaiemail.com 是 AI Email Generator，需 AI API proxy、用量/限流、后续付费/后台扩展，所以 canonical runtime_architecture = Cloudflare Workers / OpenNext Cloudflare（或极小 API 时 Pages Functions，但不能按纯静态 Pages 交付）。

  本任务要求更新：
  - PRD 必须写 runtime_architecture=workers_first。
  - 墨枢必须输出 Worker/OpenNext API contract、D1/KV/R2/secrets/rate-limit/webhook/AI proxy 健康检查。
  - 墨界必须基于 Workers/OpenNext 部署，验证 /api/generate 等真实 API；不要使用 next export + CF Pages static 作为默认方案。
  - 墨运/QA/SEO 验收必须检查 Worker route、bindings、secrets、API healthcheck、deployment_source_commit。
  - 只有经 PRD 明确判定为纯静态无 API/无付费/无后台，才允许 CF Pages static export；本项目不属于该例外。


id: t_009be150
title: 03D getaiemail user-readable final copy
assignee: mobi
status: done
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_009be150
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-03d-getaiemail-user-readable-final-copy
body:
  GOAL MODE：Kanban 是唯一 source of truth。站点：getaiemail / getaiemail.com。Tenant：site-getaiemail-20260527。
  输入 brief：/root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  汇报目标：send_message(action='send', target='telegram:-1003750190535:7208', message='...')。
  必须读取输入 brief；不得只依赖聊天上下文。
  核心定位：AI Email Generator for Work Emails。首页主词 AI Email Generator；域名品牌型，不靠 exact match。
  核心产品：选择场景 → 填 recipient/purpose/tone/key points → 输出 subject + email body + shorter/warmer/more direct variants → one-click copy。每个场景页内嵌工具。
  URL 矩阵：/、/cold-email-generator、/follow-up-email-generator、/professional-email-generator、/sales-email-generator、/reply-email-generator、/resignation-email-generator、/thank-you-email-generator、/apology-email-generator、/meeting-email-generator。
  合规注意：cold email 不得鼓励 spam；默认 work email/productivity/job search/reply/follow-up 场景，加入 anti-spam/permission-based messaging 口径。
  完成必须写 artifact_paths、verification、acceptance_checklist、residual_risk、next_inputs。

  任务：墨笔写最终可展示文案，必须基于 PRD 和 SEO-Copy Freeze。
  输出首页 + 9 个场景页 final copy blocks，包含 hero、tool labels、empty/loading/result states、FAQ、CTA。
  语气：专业、克制、work productivity，不夸张。

  [HOST VISIBILITY OVERRIDE / DO NOT IGNORE]
  - Project topic target: `telegram:-1003750190535:7208` (`做站 · getaiemail`)。
  - All START / STATUS / DONE / BLOCKED progress must be sent there with `send_message(action='send', target='telegram:-1003750190535:7208', message='...')`.
  - Do not DM Meng Jian for pipeline progress. Do not send this project's progress to the generic 做站流水线 or 做站复盘 topic unless explicitly asked.
  - If `send_message` fails, write the error into Kanban comment/block; do not silently complete.


  [HOST ARCHITECTURE CORRECTION / WORKERS-FIRST — DO NOT IGNORE]
  孟健最新明确：做站流程默认应使用 Cloudflare Workers，而不是 Cloudflare Pages static export。凡是涉及后台、AI API、用量、登录、付费、webhook、D1/R2/KV、管理后台或事件采集的站，都必须 Workers-first。getaiemail.com 是 AI Email Generator，需 AI API proxy、用量/限流、后续付费/后台扩展，所以 canonical runtime_architecture = Cloudflare Workers / OpenNext Cloudflare（或极小 API 时 Pages Functions，但不能按纯静态 Pages 交付）。

  本任务要求更新：
  - PRD 必须写 runtime_architecture=workers_first。
  - 墨枢必须输出 Worker/OpenNext API contract、D1/KV/R2/secrets/rate-limit/webhook/AI proxy 健康检查。
  - 墨界必须基于 Workers/OpenNext 部署，验证 /api/generate 等真实 API；不要使用 next export + CF Pages static 作为默认方案。
  - 墨运/QA/SEO 验收必须检查 Worker route、bindings、secrets、API healthcheck、deployment_source_commit。
  - 只有经 PRD 明确判定为纯静态无 API/无付费/无后台，才允许 CF Pages static export；本项目不属于该例外。


id: t_ba45a3b3
title: 04 getaiemail high fidelity design handoff
assignee: moying
status: done
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_ba45a3b3
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-04-getaiemail-high-fidelity-design-handoff
skills: ["projects/site-design"]
body:
  GOAL MODE：Kanban 是唯一 source of truth。站点：getaiemail / getaiemail.com。Tenant：site-getaiemail-20260527。
  输入 brief：/root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  汇报目标：send_message(action='send', target='telegram:-1003750190535:7208', message='...')。
  必须读取输入 brief；不得只依赖聊天上下文。
  核心定位：AI Email Generator for Work Emails。首页主词 AI Email Generator；域名品牌型，不靠 exact match。
  核心产品：选择场景 → 填 recipient/purpose/tone/key points → 输出 subject + email body + shorter/warmer/more direct variants → one-click copy。每个场景页内嵌工具。
  URL 矩阵：/、/cold-email-generator、/follow-up-email-generator、/professional-email-generator、/sales-email-generator、/reply-email-generator、/resignation-email-generator、/thank-you-email-generator、/apology-email-generator、/meeting-email-generator。
  合规注意：cold email 不得鼓励 spam；默认 work email/productivity/job search/reply/follow-up 场景，加入 anti-spam/permission-based messaging 口径。
  完成必须写 artifact_paths、verification、acceptance_checklist、residual_risk、next_inputs。

  任务：墨影做高保真设计交付。
  必须覆盖：首页桌面/移动端、场景页模板、工具表单状态、结果卡 subject+body+variants、copy 按钮、pricing/FAQ、error/loading/limit states。
  设计风格：clean work email productivity，不要泛 AI 霓虹；突出表单结构和结果可复制。
  输出 design/HANDOFF.md、content-fit-matrix、desktop/mobile HTML/screenshot、assets。

  [HOST VISIBILITY OVERRIDE / DO NOT IGNORE]
  - Project topic target: `telegram:-1003750190535:7208` (`做站 · getaiemail`)。
  - All START / STATUS / DONE / BLOCKED progress must be sent there with `send_message(action='send', target='telegram:-1003750190535:7208', message='...')`.
  - Do not DM Meng Jian for pipeline progress. Do not send this project's progress to the generic 做站流水线 or 做站复盘 topic unless explicitly asked.
  - If `send_message` fails, write the error into Kanban comment/block; do not silently complete.


  [HOST ARCHITECTURE CORRECTION / WORKERS-FIRST — DO NOT IGNORE]
  孟健最新明确：做站流程默认应使用 Cloudflare Workers，而不是 Cloudflare Pages static export。凡是涉及后台、AI API、用量、登录、付费、webhook、D1/R2/KV、管理后台或事件采集的站，都必须 Workers-first。getaiemail.com 是 AI Email Generator，需 AI API proxy、用量/限流、后续付费/后台扩展，所以 canonical runtime_architecture = Cloudflare Workers / OpenNext Cloudflare（或极小 API 时 Pages Functions，但不能按纯静态 Pages 交付）。

  本任务要求更新：
  - PRD 必须写 runtime_architecture=workers_first。
  - 墨枢必须输出 Worker/OpenNext API contract、D1/KV/R2/secrets/rate-limit/webhook/AI proxy 健康检查。
  - 墨界必须基于 Workers/OpenNext 部署，验证 /api/generate 等真实 API；不要使用 next export + CF Pages static 作为默认方案。
  - 墨运/QA/SEO 验收必须检查 Worker route、bindings、secrets、API healthcheck、deployment_source_commit。
  - 只有经 PRD 明确判定为纯静态无 API/无付费/无后台，才允许 CF Pages static export；本项目不属于该例外。


id: t_02b007a0
title: 04G getaiemail design acceptance gate
assignee: moce
status: done
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_02b007a0
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-04g-getaiemail-design-acceptance-gate
body:
  GOAL MODE：Kanban 是唯一 source of truth。站点：getaiemail / getaiemail.com。Tenant：site-getaiemail-20260527。
  输入 brief：/root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  汇报目标：send_message(action='send', target='telegram:-1003750190535:7208', message='...')。
  必须读取输入 brief；不得只依赖聊天上下文。
  核心定位：AI Email Generator for Work Emails。首页主词 AI Email Generator；域名品牌型，不靠 exact match。
  核心产品：选择场景 → 填 recipient/purpose/tone/key points → 输出 subject + email body + shorter/warmer/more direct variants → one-click copy。每个场景页内嵌工具。
  URL 矩阵：/、/cold-email-generator、/follow-up-email-generator、/professional-email-generator、/sales-email-generator、/reply-email-generator、/resignation-email-generator、/thank-you-email-generator、/apology-email-generator、/meeting-email-generator。
  合规注意：cold email 不得鼓励 spam；默认 work email/productivity/job search/reply/follow-up 场景，加入 anti-spam/permission-based messaging 口径。
  完成必须写 artifact_paths、verification、acceptance_checklist、residual_risk、next_inputs。

  任务：墨策验收设计是否保留 PRD、SEO 文案、工具状态、合规边界和移动端可用性。
  输出 DESIGN_GO / DESIGN_NO_GO，列 blocker。未 GO 不得进入开发。

  [HOST VISIBILITY OVERRIDE / DO NOT IGNORE]
  - Project topic target: `telegram:-1003750190535:7208` (`做站 · getaiemail`)。
  - All START / STATUS / DONE / BLOCKED progress must be sent there with `send_message(action='send', target='telegram:-1003750190535:7208', message='...')`.
  - Do not DM Meng Jian for pipeline progress. Do not send this project's progress to the generic 做站流水线 or 做站复盘 topic unless explicitly asked.
  - If `send_message` fails, write the error into Kanban comment/block; do not silently complete.


  [HOST ARCHITECTURE CORRECTION / WORKERS-FIRST — DO NOT IGNORE]
  孟健最新明确：做站流程默认应使用 Cloudflare Workers，而不是 Cloudflare Pages static export。凡是涉及后台、AI API、用量、登录、付费、webhook、D1/R2/KV、管理后台或事件采集的站，都必须 Workers-first。getaiemail.com 是 AI Email Generator，需 AI API proxy、用量/限流、后续付费/后台扩展，所以 canonical runtime_architecture = Cloudflare Workers / OpenNext Cloudflare（或极小 API 时 Pages Functions，但不能按纯静态 Pages 交付）。

  本任务要求更新：
  - PRD 必须写 runtime_architecture=workers_first。
  - 墨枢必须输出 Worker/OpenNext API contract、D1/KV/R2/secrets/rate-limit/webhook/AI proxy 健康检查。
  - 墨界必须基于 Workers/OpenNext 部署，验证 /api/generate 等真实 API；不要使用 next export + CF Pages static 作为默认方案。
  - 墨运/QA/SEO 验收必须检查 Worker route、bindings、secrets、API healthcheck、deployment_source_commit。
  - 只有经 PRD 明确判定为纯静态无 API/无付费/无后台，才允许 CF Pages static export；本项目不属于该例外。


id: t_127333ed
title: 05B getaiemail backend generation API and data contract
assignee: moshu
status: scheduled
created_by: xiaomo
workspace_kind: dir
workspace_path: /root/projects/getaiemail
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-05b-getaiemail-backend-generation-api-and-data-contract
skills: ["backend-site-build"]
body:
  GOAL MODE：Kanban 是唯一 source of truth。站点：getaiemail / getaiemail.com。Tenant：site-getaiemail-20260527。
  输入 brief：/root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  汇报目标：send_message(action='send', target='telegram:-1003750190535:7208', message='...')。
  必须读取输入 brief；不得只依赖聊天上下文。
  核心定位：AI Email Generator for Work Emails。首页主词 AI Email Generator；域名品牌型，不靠 exact match。
  核心产品：选择场景 → 填 recipient/purpose/tone/key points → 输出 subject + email body + shorter/warmer/more direct variants → one-click copy。每个场景页内嵌工具。
  URL 矩阵：/、/cold-email-generator、/follow-up-email-generator、/professional-email-generator、/sales-email-generator、/reply-email-generator、/resignation-email-generator、/thank-you-email-generator、/apology-email-generator、/meeting-email-generator。
  合规注意：cold email 不得鼓励 spam；默认 work email/productivity/job search/reply/follow-up 场景，加入 anti-spam/permission-based messaging 口径。
  完成必须写 artifact_paths、verification、acceptance_checklist、residual_risk、next_inputs。

  任务：墨枢实现/设计生成 API 与前端数据合同。
  必须支持 scenario、recipient、purpose、tone、key_points，返回 subject、body、variants(shorter/warmer/direct)。
  必须有安全过滤、速率/免费额度建议、可 mock 但 production path 清晰。
  输出 frontend-consumable API contract、env vars、测试样例。代码需 commit+push。

  [HOST VISIBILITY OVERRIDE / DO NOT IGNORE]
  - Project topic target: `telegram:-1003750190535:7208` (`做站 · getaiemail`)。
  - All START / STATUS / DONE / BLOCKED progress must be sent there with `send_message(action='send', target='telegram:-1003750190535:7208', message='...')`.
  - Do not DM Meng Jian for pipeline progress. Do not send this project's progress to the generic 做站流水线 or 做站复盘 topic unless explicitly asked.
  - If `send_message` fails, write the error into Kanban comment/block; do not silently complete.


  [HOST ARCHITECTURE CORRECTION / WORKERS-FIRST — DO NOT IGNORE]
  孟健最新明确：做站流程默认应使用 Cloudflare Workers，而不是 Cloudflare Pages static export。凡是涉及后台、AI API、用量、登录、付费、webhook、D1/R2/KV、管理后台或事件采集的站，都必须 Workers-first。getaiemail.com 是 AI Email Generator，需 AI API proxy、用量/限流、后续付费/后台扩展，所以 canonical runtime_architecture = Cloudflare Workers / OpenNext Cloudflare（或极小 API 时 Pages Functions，但不能按纯静态 Pages 交付）。

  本任务要求更新：
  - PRD 必须写 runtime_architecture=workers_first。
  - 墨枢必须输出 Worker/OpenNext API contract、D1/KV/R2/secrets/rate-limit/webhook/AI proxy 健康检查。
  - 墨界必须基于 Workers/OpenNext 部署，验证 /api/generate 等真实 API；不要使用 next export + CF Pages static 作为默认方案。
  - 墨运/QA/SEO 验收必须检查 Worker route、bindings、secrets、API healthcheck、deployment_source_commit。
  - 只有经 PRD 明确判定为纯静态无 API/无付费/无后台，才允许 CF Pages static export；本项目不属于该例外。


id: t_4d57d28b
title: 05A getaiemail frontend implementation and CF deploy
assignee: mojie
status: done
created_by: xiaomo
workspace_kind: dir
workspace_path: /root/projects/getaiemail
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-05a-getaiemail-frontend-implementation-and-cf-deploy
skills: ["frontend-site-build"]
body:
  GOAL MODE：Kanban 是唯一 source of truth。站点：getaiemail / getaiemail.com。Tenant：site-getaiemail-20260527。
  输入 brief：/root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  汇报目标：send_message(action='send', target='telegram:-1003750190535:7208', message='...')。
  必须读取输入 brief；不得只依赖聊天上下文。
  核心定位：AI Email Generator for Work Emails。首页主词 AI Email Generator；域名品牌型，不靠 exact match。
  核心产品：选择场景 → 填 recipient/purpose/tone/key points → 输出 subject + email body + shorter/warmer/more direct variants → one-click copy。每个场景页内嵌工具。
  URL 矩阵：/、/cold-email-generator、/follow-up-email-generator、/professional-email-generator、/sales-email-generator、/reply-email-generator、/resignation-email-generator、/thank-you-email-generator、/apology-email-generator、/meeting-email-generator。
  合规注意：cold email 不得鼓励 spam；默认 work email/productivity/job search/reply/follow-up 场景，加入 anti-spam/permission-based messaging 口径。
  完成必须写 artifact_paths、verification、acceptance_checklist、residual_risk、next_inputs。

  任务：墨界实现 Next.js/Cloudflare Pages 站点。
  必须放在 /root/projects/getaiemail。实现首页 + 9 个场景页 + 内嵌工具 + 一键复制 + variants + SEO metadata/schema/sitemap/robots。
  必须 commit + push + deploy，同一 commit 部署；开启 Cloudflare Crawler Hints；IndexNow 标准件；生产验证。
  输出 commit_sha、pushed_branch、deploy_url、deployment_source_commit、git_status_after。

  [HOST VISIBILITY OVERRIDE / DO NOT IGNORE]
  - Project topic target: `telegram:-1003750190535:7208` (`做站 · getaiemail`)。
  - All START / STATUS / DONE / BLOCKED progress must be sent there with `send_message(action='send', target='telegram:-1003750190535:7208', message='...')`.
  - Do not DM Meng Jian for pipeline progress. Do not send this project's progress to the generic 做站流水线 or 做站复盘 topic unless explicitly asked.
  - If `send_message` fails, write the error into Kanban comment/block; do not silently complete.


  [HOST ARCHITECTURE CORRECTION / WORKERS-FIRST — DO NOT IGNORE]
  孟健最新明确：做站流程默认应使用 Cloudflare Workers，而不是 Cloudflare Pages static export。凡是涉及后台、AI API、用量、登录、付费、webhook、D1/R2/KV、管理后台或事件采集的站，都必须 Workers-first。getaiemail.com 是 AI Email Generator，需 AI API proxy、用量/限流、后续付费/后台扩展，所以 canonical runtime_architecture = Cloudflare Workers / OpenNext Cloudflare（或极小 API 时 Pages Functions，但不能按纯静态 Pages 交付）。

  本任务要求更新：
  - PRD 必须写 runtime_architecture=workers_first。
  - 墨枢必须输出 Worker/OpenNext API contract、D1/KV/R2/secrets/rate-limit/webhook/AI proxy 健康检查。
  - 墨界必须基于 Workers/OpenNext 部署，验证 /api/generate 等真实 API；不要使用 next export + CF Pages static 作为默认方案。
  - 墨运/QA/SEO 验收必须检查 Worker route、bindings、secrets、API healthcheck、deployment_source_commit。
  - 只有经 PRD 明确判定为纯静态无 API/无付费/无后台，才允许 CF Pages static export；本项目不属于该例外。

result:
  DONE: getaiemail frontend-only review build implemented, committed, pushed, and deployed to Cloudflare Workers/OpenNext. Backend/API generation, auth, quota ledger, and billing remain deferred per owner direction. Public URLs: https://getaiemail.com and https://www.getaiemail.com. Commit: a565935. Verification: npm run verify, npm run typecheck, npm run build, npm run worker:build, wrangler deploy, curl checks for home/www/scenario/legal/sitemap all 200, browser click generated a local preview draft. Routes: / plus 9 scenario pages, /privacy, /terms, /cookie-policy, /refund-policy, sitemap.xml, robots.txt. API routes intentionally absent.


id: t_1cb74a82
title: 06A getaiemail technical SEO and GEO recheck
assignee: moyin
status: done
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_1cb74a82
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-06a-getaiemail-technical-seo-and-geo-recheck
skills: ["site-seo-review"]
body:
  GOAL MODE：Kanban 是唯一 source of truth。站点：getaiemail / getaiemail.com。Tenant：site-getaiemail-20260527。
  输入 brief：/root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  汇报目标：send_message(action='send', target='telegram:-1003750190535:7208', message='...')。
  必须读取输入 brief；不得只依赖聊天上下文。
  核心定位：AI Email Generator for Work Emails。首页主词 AI Email Generator；域名品牌型，不靠 exact match。
  核心产品：选择场景 → 填 recipient/purpose/tone/key points → 输出 subject + email body + shorter/warmer/more direct variants → one-click copy。每个场景页内嵌工具。
  URL 矩阵：/、/cold-email-generator、/follow-up-email-generator、/professional-email-generator、/sales-email-generator、/reply-email-generator、/resignation-email-generator、/thank-you-email-generator、/apology-email-generator、/meeting-email-generator。
  合规注意：cold email 不得鼓励 spam；默认 work email/productivity/job search/reply/follow-up 场景，加入 anti-spam/permission-based messaging 口径。
  完成必须写 artifact_paths、verification、acceptance_checklist、residual_risk、next_inputs。

  任务：墨引在实现后做 Technical SEO/GEO/AEO 复验。检查 sitemap、canonical、schema、OG、robots、indexability、页面矩阵、Core Web Vitals 基线、AI 可引用答案块。
  输出 SEO_GO / SEO_NO_GO。

  [HOST VISIBILITY OVERRIDE / DO NOT IGNORE]
  - Project topic target: `telegram:-1003750190535:7208` (`做站 · getaiemail`)。
  - All START / STATUS / DONE / BLOCKED progress must be sent there with `send_message(action='send', target='telegram:-1003750190535:7208', message='...')`.
  - Do not DM Meng Jian for pipeline progress. Do not send this project's progress to the generic 做站流水线 or 做站复盘 topic unless explicitly asked.
  - If `send_message` fails, write the error into Kanban comment/block; do not silently complete.


  [HOST ARCHITECTURE CORRECTION / WORKERS-FIRST — DO NOT IGNORE]
  孟健最新明确：做站流程默认应使用 Cloudflare Workers，而不是 Cloudflare Pages static export。凡是涉及后台、AI API、用量、登录、付费、webhook、D1/R2/KV、管理后台或事件采集的站，都必须 Workers-first。getaiemail.com 是 AI Email Generator，需 AI API proxy、用量/限流、后续付费/后台扩展，所以 canonical runtime_architecture = Cloudflare Workers / OpenNext Cloudflare（或极小 API 时 Pages Functions，但不能按纯静态 Pages 交付）。

  本任务要求更新：
  - PRD 必须写 runtime_architecture=workers_first。
  - 墨枢必须输出 Worker/OpenNext API contract、D1/KV/R2/secrets/rate-limit/webhook/AI proxy 健康检查。
  - 墨界必须基于 Workers/OpenNext 部署，验证 /api/generate 等真实 API；不要使用 next export + CF Pages static 作为默认方案。
  - 墨运/QA/SEO 验收必须检查 Worker route、bindings、secrets、API healthcheck、deployment_source_commit。
  - 只有经 PRD 明确判定为纯静态无 API/无付费/无后台，才允许 CF Pages static export；本项目不属于该例外。


id: t_9269aaeb
title: 06B getaiemail compliance recheck
assignee: modun
status: done
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_9269aaeb
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-06b-getaiemail-compliance-recheck
body:
  GOAL MODE：Kanban 是唯一 source of truth。站点：getaiemail / getaiemail.com。Tenant：site-getaiemail-20260527。
  输入 brief：/root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  汇报目标：send_message(action='send', target='telegram:-1003750190535:7208', message='...')。
  必须读取输入 brief；不得只依赖聊天上下文。
  核心定位：AI Email Generator for Work Emails。首页主词 AI Email Generator；域名品牌型，不靠 exact match。
  核心产品：选择场景 → 填 recipient/purpose/tone/key points → 输出 subject + email body + shorter/warmer/more direct variants → one-click copy。每个场景页内嵌工具。
  URL 矩阵：/、/cold-email-generator、/follow-up-email-generator、/professional-email-generator、/sales-email-generator、/reply-email-generator、/resignation-email-generator、/thank-you-email-generator、/apology-email-generator、/meeting-email-generator。
  合规注意：cold email 不得鼓励 spam；默认 work email/productivity/job search/reply/follow-up 场景，加入 anti-spam/permission-based messaging 口径。
  完成必须写 artifact_paths、verification、acceptance_checklist、residual_risk、next_inputs。

  任务：墨盾在实现后复验 PP/ToS、anti-spam copy、内容过滤、隐私、免责声明、禁止滥用边界。
  输出 COMPLIANCE_GO / COMPLIANCE_NO_GO。

  [HOST VISIBILITY OVERRIDE / DO NOT IGNORE]
  - Project topic target: `telegram:-1003750190535:7208` (`做站 · getaiemail`)。
  - All START / STATUS / DONE / BLOCKED progress must be sent there with `send_message(action='send', target='telegram:-1003750190535:7208', message='...')`.
  - Do not DM Meng Jian for pipeline progress. Do not send this project's progress to the generic 做站流水线 or 做站复盘 topic unless explicitly asked.
  - If `send_message` fails, write the error into Kanban comment/block; do not silently complete.


  [HOST ARCHITECTURE CORRECTION / WORKERS-FIRST — DO NOT IGNORE]
  孟健最新明确：做站流程默认应使用 Cloudflare Workers，而不是 Cloudflare Pages static export。凡是涉及后台、AI API、用量、登录、付费、webhook、D1/R2/KV、管理后台或事件采集的站，都必须 Workers-first。getaiemail.com 是 AI Email Generator，需 AI API proxy、用量/限流、后续付费/后台扩展，所以 canonical runtime_architecture = Cloudflare Workers / OpenNext Cloudflare（或极小 API 时 Pages Functions，但不能按纯静态 Pages 交付）。

  本任务要求更新：
  - PRD 必须写 runtime_architecture=workers_first。
  - 墨枢必须输出 Worker/OpenNext API contract、D1/KV/R2/secrets/rate-limit/webhook/AI proxy 健康检查。
  - 墨界必须基于 Workers/OpenNext 部署，验证 /api/generate 等真实 API；不要使用 next export + CF Pages static 作为默认方案。
  - 墨运/QA/SEO 验收必须检查 Worker route、bindings、secrets、API healthcheck、deployment_source_commit。
  - 只有经 PRD 明确判定为纯静态无 API/无付费/无后台，才允许 CF Pages static export；本项目不属于该例外。


id: t_cc25ecab
title: 07 getaiemail product acceptance gate
assignee: moce
status: done
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_cc25ecab
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-07-getaiemail-product-acceptance-gate
body:
  GOAL MODE：Kanban 是唯一 source of truth。站点：getaiemail / getaiemail.com。Tenant：site-getaiemail-20260527。
  输入 brief：/root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  汇报目标：send_message(action='send', target='telegram:-1003750190535:7208', message='...')。
  必须读取输入 brief；不得只依赖聊天上下文。
  核心定位：AI Email Generator for Work Emails。首页主词 AI Email Generator；域名品牌型，不靠 exact match。
  核心产品：选择场景 → 填 recipient/purpose/tone/key points → 输出 subject + email body + shorter/warmer/more direct variants → one-click copy。每个场景页内嵌工具。
  URL 矩阵：/、/cold-email-generator、/follow-up-email-generator、/professional-email-generator、/sales-email-generator、/reply-email-generator、/resignation-email-generator、/thank-you-email-generator、/apology-email-generator、/meeting-email-generator。
  合规注意：cold email 不得鼓励 spam；默认 work email/productivity/job search/reply/follow-up 场景，加入 anti-spam/permission-based messaging 口径。
  完成必须写 artifact_paths、verification、acceptance_checklist、residual_risk、next_inputs。

  任务：墨策做上线前产品经理验收。验证真实用户任务：生成 follow-up、reply、professional email、cold email 合规提示、复制 subject/body、移动端完成核心流程。
  必须输出 pm_verdict=PM_GO/PM_CONDITIONAL_GO/PM_NO_GO、competitive_minimum_verdict、verified_user_tasks、scope_gaps、blocker_count。

  [HOST VISIBILITY OVERRIDE / DO NOT IGNORE]
  - Project topic target: `telegram:-1003750190535:7208` (`做站 · getaiemail`)。
  - All START / STATUS / DONE / BLOCKED progress must be sent there with `send_message(action='send', target='telegram:-1003750190535:7208', message='...')`.
  - Do not DM Meng Jian for pipeline progress. Do not send this project's progress to the generic 做站流水线 or 做站复盘 topic unless explicitly asked.
  - If `send_message` fails, write the error into Kanban comment/block; do not silently complete.


  [HOST ARCHITECTURE CORRECTION / WORKERS-FIRST — DO NOT IGNORE]
  孟健最新明确：做站流程默认应使用 Cloudflare Workers，而不是 Cloudflare Pages static export。凡是涉及后台、AI API、用量、登录、付费、webhook、D1/R2/KV、管理后台或事件采集的站，都必须 Workers-first。getaiemail.com 是 AI Email Generator，需 AI API proxy、用量/限流、后续付费/后台扩展，所以 canonical runtime_architecture = Cloudflare Workers / OpenNext Cloudflare（或极小 API 时 Pages Functions，但不能按纯静态 Pages 交付）。

  本任务要求更新：
  - PRD 必须写 runtime_architecture=workers_first。
  - 墨枢必须输出 Worker/OpenNext API contract、D1/KV/R2/secrets/rate-limit/webhook/AI proxy 健康检查。
  - 墨界必须基于 Workers/OpenNext 部署，验证 /api/generate 等真实 API；不要使用 next export + CF Pages static 作为默认方案。
  - 墨运/QA/SEO 验收必须检查 Worker route、bindings、secrets、API healthcheck、deployment_source_commit。
  - 只有经 PRD 明确判定为纯静态无 API/无付费/无后台，才允许 CF Pages static export；本项目不属于该例外。


id: t_e064ee3c
title: 08 getaiemail final QA real user tasks
assignee: motest
status: done
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_e064ee3c
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-08-getaiemail-final-qa-real-user-tasks
skills: ["site-qa"]
body:
  GOAL MODE：Kanban 是唯一 source of truth。站点：getaiemail / getaiemail.com。Tenant：site-getaiemail-20260527。
  输入 brief：/root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  汇报目标：send_message(action='send', target='telegram:-1003750190535:7208', message='...')。
  必须读取输入 brief；不得只依赖聊天上下文。
  核心定位：AI Email Generator for Work Emails。首页主词 AI Email Generator；域名品牌型，不靠 exact match。
  核心产品：选择场景 → 填 recipient/purpose/tone/key points → 输出 subject + email body + shorter/warmer/more direct variants → one-click copy。每个场景页内嵌工具。
  URL 矩阵：/、/cold-email-generator、/follow-up-email-generator、/professional-email-generator、/sales-email-generator、/reply-email-generator、/resignation-email-generator、/thank-you-email-generator、/apology-email-generator、/meeting-email-generator。
  合规注意：cold email 不得鼓励 spam；默认 work email/productivity/job search/reply/follow-up 场景，加入 anti-spam/permission-based messaging 口径。
  完成必须写 artifact_paths、verification、acceptance_checklist、residual_risk、next_inputs。

  任务：墨测最终 QA。必须真实浏览器测桌面+390px 移动端：首页和至少 5 个场景页；生成结果、variants、copy、错误态、速度、SEO 基础、analytics collect。
  输出 QA_GO / QA_NO_GO。

  [HOST VISIBILITY OVERRIDE / DO NOT IGNORE]
  - Project topic target: `telegram:-1003750190535:7208` (`做站 · getaiemail`)。
  - All START / STATUS / DONE / BLOCKED progress must be sent there with `send_message(action='send', target='telegram:-1003750190535:7208', message='...')`.
  - Do not DM Meng Jian for pipeline progress. Do not send this project's progress to the generic 做站流水线 or 做站复盘 topic unless explicitly asked.
  - If `send_message` fails, write the error into Kanban comment/block; do not silently complete.


  [HOST ARCHITECTURE CORRECTION / WORKERS-FIRST — DO NOT IGNORE]
  孟健最新明确：做站流程默认应使用 Cloudflare Workers，而不是 Cloudflare Pages static export。凡是涉及后台、AI API、用量、登录、付费、webhook、D1/R2/KV、管理后台或事件采集的站，都必须 Workers-first。getaiemail.com 是 AI Email Generator，需 AI API proxy、用量/限流、后续付费/后台扩展，所以 canonical runtime_architecture = Cloudflare Workers / OpenNext Cloudflare（或极小 API 时 Pages Functions，但不能按纯静态 Pages 交付）。

  本任务要求更新：
  - PRD 必须写 runtime_architecture=workers_first。
  - 墨枢必须输出 Worker/OpenNext API contract、D1/KV/R2/secrets/rate-limit/webhook/AI proxy 健康检查。
  - 墨界必须基于 Workers/OpenNext 部署，验证 /api/generate 等真实 API；不要使用 next export + CF Pages static 作为默认方案。
  - 墨运/QA/SEO 验收必须检查 Worker route、bindings、secrets、API healthcheck、deployment_source_commit。
  - 只有经 PRD 明确判定为纯静态无 API/无付费/无后台，才允许 CF Pages static export；本项目不属于该例外。


id: t_fcde8cc5
title: 09 getaiemail owner review gate before launch
assignee: moce
status: blocked
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_fcde8cc5
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-09-getaiemail-owner-review-gate-before-launch
body:
  GOAL MODE：Kanban 是唯一 source of truth。站点：getaiemail / getaiemail.com。Tenant：site-getaiemail-20260527。
  输入 brief：/root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  汇报目标：send_message(action='send', target='telegram:-1003750190535:7208', message='...')。
  必须读取输入 brief；不得只依赖聊天上下文。
  核心定位：AI Email Generator for Work Emails。首页主词 AI Email Generator；域名品牌型，不靠 exact match。
  核心产品：选择场景 → 填 recipient/purpose/tone/key points → 输出 subject + email body + shorter/warmer/more direct variants → one-click copy。每个场景页内嵌工具。
  URL 矩阵：/、/cold-email-generator、/follow-up-email-generator、/professional-email-generator、/sales-email-generator、/reply-email-generator、/resignation-email-generator、/thank-you-email-generator、/apology-email-generator、/meeting-email-generator。
  合规注意：cold email 不得鼓励 spam；默认 work email/productivity/job search/reply/follow-up 场景，加入 anti-spam/permission-based messaging 口径。
  完成必须写 artifact_paths、verification、acceptance_checklist、residual_risk、next_inputs。

  任务：Owner Review Gate。读取 QA_GO 后，把生产 URL、核心页面、QA 结论、残余风险、上线选项发给孟健。然后 block：WAITING_OWNER_SITE_APPROVAL。
  Launch 只有孟健明确确认后才能继续。

  [HOST VISIBILITY OVERRIDE / DO NOT IGNORE]
  - Project topic target: `telegram:-1003750190535:7208` (`做站 · getaiemail`)。
  - All START / STATUS / DONE / BLOCKED progress must be sent there with `send_message(action='send', target='telegram:-1003750190535:7208', message='...')`.
  - Do not DM Meng Jian for pipeline progress. Do not send this project's progress to the generic 做站流水线 or 做站复盘 topic unless explicitly asked.
  - If `send_message` fails, write the error into Kanban comment/block; do not silently complete.


  [HOST ARCHITECTURE CORRECTION / WORKERS-FIRST — DO NOT IGNORE]
  孟健最新明确：做站流程默认应使用 Cloudflare Workers，而不是 Cloudflare Pages static export。凡是涉及后台、AI API、用量、登录、付费、webhook、D1/R2/KV、管理后台或事件采集的站，都必须 Workers-first。getaiemail.com 是 AI Email Generator，需 AI API proxy、用量/限流、后续付费/后台扩展，所以 canonical runtime_architecture = Cloudflare Workers / OpenNext Cloudflare（或极小 API 时 Pages Functions，但不能按纯静态 Pages 交付）。

  本任务要求更新：
  - PRD 必须写 runtime_architecture=workers_first。
  - 墨枢必须输出 Worker/OpenNext API contract、D1/KV/R2/secrets/rate-limit/webhook/AI proxy 健康检查。
  - 墨界必须基于 Workers/OpenNext 部署，验证 /api/generate 等真实 API；不要使用 next export + CF Pages static 作为默认方案。
  - 墨运/QA/SEO 验收必须检查 Worker route、bindings、secrets、API healthcheck、deployment_source_commit。
  - 只有经 PRD 明确判定为纯静态无 API/无付费/无后台，才允许 CF Pages static export；本项目不属于该例外。


id: t_a4d7e887
title: 10 getaiemail launch and cold start ops
assignee: moyun
status: todo
created_by: xiaomo
workspace_kind: scratch
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-10-getaiemail-launch-and-cold-start-ops
skills: ["site-launch"]
body:
  GOAL MODE：Kanban 是唯一 source of truth。站点：getaiemail / getaiemail.com。Tenant：site-getaiemail-20260527。
  输入 brief：/root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  汇报目标：send_message(action='send', target='telegram:-1003750190535:7208', message='...')。
  必须读取输入 brief；不得只依赖聊天上下文。
  核心定位：AI Email Generator for Work Emails。首页主词 AI Email Generator；域名品牌型，不靠 exact match。
  核心产品：选择场景 → 填 recipient/purpose/tone/key points → 输出 subject + email body + shorter/warmer/more direct variants → one-click copy。每个场景页内嵌工具。
  URL 矩阵：/、/cold-email-generator、/follow-up-email-generator、/professional-email-generator、/sales-email-generator、/reply-email-generator、/resignation-email-generator、/thank-you-email-generator、/apology-email-generator、/meeting-email-generator。
  合规注意：cold email 不得鼓励 spam；默认 work email/productivity/job search/reply/follow-up 场景，加入 anti-spam/permission-based messaging 口径。
  完成必须写 artifact_paths、verification、acceptance_checklist、residual_risk、next_inputs。

  任务：墨运上线运营。仅在 owner_approval=confirmed 后执行。
  必须做：Cloudflare domain/Pages production 验证、GSC/Bing sitemap、IndexNow、目录提交/冷启动、首批外链动作、UTM、launch metadata。外部社区/邮件发布需遵守账号/授权闸门。
  输出 LAUNCH_DONE 或 BLOCKED。

  [HOST VISIBILITY OVERRIDE / DO NOT IGNORE]
  - Project topic target: `telegram:-1003750190535:7208` (`做站 · getaiemail`)。
  - All START / STATUS / DONE / BLOCKED progress must be sent there with `send_message(action='send', target='telegram:-1003750190535:7208', message='...')`.
  - Do not DM Meng Jian for pipeline progress. Do not send this project's progress to the generic 做站流水线 or 做站复盘 topic unless explicitly asked.
  - If `send_message` fails, write the error into Kanban comment/block; do not silently complete.


  [HOST ARCHITECTURE CORRECTION / WORKERS-FIRST — DO NOT IGNORE]
  孟健最新明确：做站流程默认应使用 Cloudflare Workers，而不是 Cloudflare Pages static export。凡是涉及后台、AI API、用量、登录、付费、webhook、D1/R2/KV、管理后台或事件采集的站，都必须 Workers-first。getaiemail.com 是 AI Email Generator，需 AI API proxy、用量/限流、后续付费/后台扩展，所以 canonical runtime_architecture = Cloudflare Workers / OpenNext Cloudflare（或极小 API 时 Pages Functions，但不能按纯静态 Pages 交付）。

  本任务要求更新：
  - PRD 必须写 runtime_architecture=workers_first。
  - 墨枢必须输出 Worker/OpenNext API contract、D1/KV/R2/secrets/rate-limit/webhook/AI proxy 健康检查。
  - 墨界必须基于 Workers/OpenNext 部署，验证 /api/generate 等真实 API；不要使用 next export + CF Pages static 作为默认方案。
  - 墨运/QA/SEO 验收必须检查 Worker route、bindings、secrets、API healthcheck、deployment_source_commit。
  - 只有经 PRD 明确判定为纯静态无 API/无付费/无后台，才允许 CF Pages static export；本项目不属于该例外。


id: t_33aea6c2
title: 11 getaiemail post-launch data review setup
assignee: moxi
status: todo
created_by: xiaomo
workspace_kind: scratch
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-11-getaiemail-post-launch-data-review-setup
skills: ["site-data-review"]
body:
  GOAL MODE：Kanban 是唯一 source of truth。站点：getaiemail / getaiemail.com。Tenant：site-getaiemail-20260527。
  输入 brief：/root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  汇报目标：send_message(action='send', target='telegram:-1003750190535:7208', message='...')。
  必须读取输入 brief；不得只依赖聊天上下文。
  核心定位：AI Email Generator for Work Emails。首页主词 AI Email Generator；域名品牌型，不靠 exact match。
  核心产品：选择场景 → 填 recipient/purpose/tone/key points → 输出 subject + email body + shorter/warmer/more direct variants → one-click copy。每个场景页内嵌工具。
  URL 矩阵：/、/cold-email-generator、/follow-up-email-generator、/professional-email-generator、/sales-email-generator、/reply-email-generator、/resignation-email-generator、/thank-you-email-generator、/apology-email-generator、/meeting-email-generator。
  合规注意：cold email 不得鼓励 spam；默认 work email/productivity/job search/reply/follow-up 场景，加入 anti-spam/permission-based messaging 口径。
  完成必须写 artifact_paths、verification、acceptance_checklist、residual_risk、next_inputs。

  任务：墨析上线后数据链路检查。验证 GA4/Clarity/Bing/GSC/Plausible/事件：generate_start、generate_success、copy_subject、copy_body、variant_click、limit_hit。
  输出 data-chain-status.md 和首日复盘口径。

  [HOST VISIBILITY OVERRIDE / DO NOT IGNORE]
  - Project topic target: `telegram:-1003750190535:7208` (`做站 · getaiemail`)。
  - All START / STATUS / DONE / BLOCKED progress must be sent there with `send_message(action='send', target='telegram:-1003750190535:7208', message='...')`.
  - Do not DM Meng Jian for pipeline progress. Do not send this project's progress to the generic 做站流水线 or 做站复盘 topic unless explicitly asked.
  - If `send_message` fails, write the error into Kanban comment/block; do not silently complete.


  [HOST ARCHITECTURE CORRECTION / WORKERS-FIRST — DO NOT IGNORE]
  孟健最新明确：做站流程默认应使用 Cloudflare Workers，而不是 Cloudflare Pages static export。凡是涉及后台、AI API、用量、登录、付费、webhook、D1/R2/KV、管理后台或事件采集的站，都必须 Workers-first。getaiemail.com 是 AI Email Generator，需 AI API proxy、用量/限流、后续付费/后台扩展，所以 canonical runtime_architecture = Cloudflare Workers / OpenNext Cloudflare（或极小 API 时 Pages Functions，但不能按纯静态 Pages 交付）。

  本任务要求更新：
  - PRD 必须写 runtime_architecture=workers_first。
  - 墨枢必须输出 Worker/OpenNext API contract、D1/KV/R2/secrets/rate-limit/webhook/AI proxy 健康检查。
  - 墨界必须基于 Workers/OpenNext 部署，验证 /api/generate 等真实 API；不要使用 next export + CF Pages static 作为默认方案。
  - 墨运/QA/SEO 验收必须检查 Worker route、bindings、secrets、API healthcheck、deployment_source_commit。
  - 只有经 PRD 明确判定为纯静态无 API/无付费/无后台，才允许 CF Pages static export；本项目不属于该例外。


id: t_87439143
title: 04R getaiemail restore durable design package
assignee: moying
status: done
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_87439143
tenant: site-getaiemail-20260527
idempotency_key: getaiemail-design-package-restore-20260527
skills: ["projects/site-design"]
body:
  目标：恢复/重新发布 getaiemail 设计交付包到 durable 路径，解决 t_02b007a0 DESIGN_NO_GO。

  背景：
  - 父设计任务 t_ba45a3b3 已完成并声明 DESIGN_GO，但 metadata 指向 `/root/.hermes/kanban/boards/site-factory/workspaces/t_ba45a3b3/design/...`。
  - 当前该 workspace 不存在，导致设计验收 t_02b007a0 无法读取 HANDOFF、content-fit-matrix、verification、HTML、screens、assets，结论 DESIGN_NO_GO。
  - 不允许下游从日志片段实现；必须恢复稳定 visual truth。

  输入：
  - final copy: `/root/.hermes/kanban/boards/site-factory/workspaces/t_009be150/reports/site-pipeline/site-getaiemail-20260527/getaiemail/final-copy-blocks.md`
  - copy manifest: `/root/.hermes/kanban/boards/site-factory/workspaces/t_009be150/reports/site-pipeline/site-getaiemail-20260527/getaiemail/final-copy-blocks.manifest.json`
  - 原设计任务 metadata summary 可作为参考，但不能把不存在路径当成果。
  - Workers-first 口径必须保留：Cloudflare Workers/OpenNext，不走纯 Pages static-export 默认。

  必须交付到 durable 路径：
  `/root/.hermes/reports/site-getaiemail-20260527/design/`

  必须包含：
  1. `HANDOFF.md`
  2. `content-fit-matrix.md`
  3. `verification.json`
  4. `stitch/screen-index.json`（如无法复用真实 Stitch ID，明确 fallback/blocker，不得谎报 official Stitch done）
  5. `html/`：首页 desktop/mobile、场景页模板 desktop/mobile、工具 states（empty/loading/result/limit/unsafe）
  6. `screens/`：对应截图或截图占位说明；如果无法截图则 block，不要 DESIGN_GO
  7. `assets/`：logo/favicon/OG/hero assets 或明确 blocker

  验收标准：
  - 所有 artifact_paths 真实存在，能被 Host/墨策读取。
  - 保留 10 route final copy、PRD/SEO/compliance、permission-based/anti-spam、resignation noindex 风险。
  - 输出 summary + metadata：artifact_paths、verification、acceptance_checklist、design_verdict、residual_risk、next_inputs。
  - 完成后在 getaiemail topic 汇报 [DONE]；如果 Stitch/截图/资产无法恢复，必须 [BLOCKED] 并说明缺什么。


id: t_50013a4a
title: 05C getaiemail Stitch fidelity re-audit before owner GO
assignee: motest
status: done
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_50013a4a
tenant: site-getaiemail-20260527
idempotency_key: getaiemail-stitch-fidelity-reaudit
body:
  Owner spotted frontend drift from Stitch design, especially pricing. Do read-only/product QA on production https://getaiemail.com and source design package /root/.hermes/reports/site-getaiemail-20260527/design/. Compare home desktop/mobile, scenario template desktop/mobile, tool states, pricing, workflow, FAQ, nav/footer. Check implementation against Stitch HTML/screens, not generic preference. Produce GO/BLOCK with concrete diffs and screenshots/paths. Do not change code. Backend is deferred; do not fail for missing real API/auth/billing.


id: t_156d7efc
title: 05D getaiemail strict Stitch reimplementation
assignee: mojie
status: done
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_156d7efc
tenant: site-getaiemail-20260527
idempotency_key: getaiemail-strict-stitch-reimplementation
body:
  OWNER CORRECTION: frontend must be rebuilt strictly from Stitch artifacts, not approximated with generic React/Tailwind components. Source of truth: /root/.hermes/reports/site-getaiemail-20260527/design/. Required approach: 1) read HANDOFF.md, content-fit-matrix.md, verification.json, stitch/screen-index.json; 2) use design/html/*.html and design/screens/*.png as visual truth; 3) preserve fonts, colors, spacing, card shapes, nav/footer, pricing, workflow, scenario template, tool states; 4) componentize only after static DOM/CSS matches; 5) backend remains deferred, keep deterministic local mock only; 6) run screenshot/DOM diff for home desktop/mobile, scenario desktop/mobile, pricing, workflow, FAQ, tool states; 7) commit + push + deploy to Cloudflare Workers/OpenNext; 8) output commit_sha, deploy version, screenshot_diff_paths, fidelity verdict. Do not mark DONE unless Stitch fidelity is >=90% and pricing matches exactly.


id: t_61d3c6a9
title: 06C getaiemail Stripe Tax checkout compliance audit
assignee: modun
status: todo
created_by: xiaomo
workspace_kind: scratch
tenant: site-getaiemail-20260527
idempotency_key: getaiemail-stripe-tax-checkout-audit
body:
  After backend/billing implementation resumes, audit Stripe Checkout and webhook tax compliance. Preconditions: Stripe Tax backend has 8 registrations Collecting and filing. Required checks: every checkout session has automatic_tax enabled, billing_address_collection required, tax_id_collection enabled; Product/Price tax code matches SaaS/digital service; order records separate subtotal/tax/total and mark tax payable; pricing/legal copy says taxes calculated at checkout; test EU/UK/registered-US/unregistered-US addresses and document tax lines. Backend currently scheduled/deferred, so run only after t_127333ed is active/done.


id: t_02926722
title: 05E getaiemail post-reimplementation Stitch fidelity QA
assignee: motest
status: done
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_02926722
tenant: site-getaiemail-20260527
idempotency_key: getaiemail-post-stitch-reimplementation-qa-1632466
body:
  Run a fresh read-only QA against the NEW deployment after mojie commit 1632466e6a85b29b4429644720cbd921e63d96d0. Previous t_50013a4a audited the old build and is superseded.

  Scope: production https://getaiemail.com and https://www.getaiemail.com. Compare against /root/.hermes/reports/site-getaiemail-20260527/design/. Verify Stitch fidelity for home desktop/mobile, scenario template desktop/mobile, pricing, workflow, FAQ, nav/footer, and tool states. Use Stitch HTML/screens as source of truth, not generic SaaS judgement. Backend remains deferred; do not fail missing real API/auth/billing.

  Known implementation artifacts: commit 1632466, Cloudflare deploy version 4db3f579-547a-4bbf-9585-12039fcc58d4, diff report /root/.hermes/reports/site-getaiemail-20260527/strict-stitch-diff/t_156d7efc/diff-report.json.

  Output GO/BLOCK with concrete diffs, screenshot paths, and final owner verdict.

result:
  SUPERSEDED / NOT OWNER-GO: This QA only verified fidelity to the durable recovered/local design package. Owner invalidated that package because it is not a verifiable fresh official Stitch export. Wait for t_e0348c9f official Stitch all-pages design, then reimplement and QA the new version.


id: t_c0f3d8fc
title: 05F getaiemail visual direction repair if QA confirms generic Stitch
assignee: moying
status: done
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_c0f3d8fc
tenant: site-getaiemail-20260527
idempotency_key: getaiemail-visual-direction-repair-after-owner-objection
body:
  Owner suspects current getaiemail does not look like real Stitch/high-quality visual. If t_02926722 returns BLOCK or notes current Stitch source itself is too generic/basic, redesign the visual direction before more backend work.

  Goal: produce a stronger Stitch-quality visual design package, not just code tweaks. Keep content architecture and pricing facts, but raise visual quality: richer hero composition, stronger email/workbench visual metaphor, less empty cream space, better section hierarchy, less repeated generic cards, remove developer-facing public copy, better mobile composition.

  Use /root/.hermes/reports/site-getaiemail-20260527/design/ as reference for content obligations, but do not preserve weak visuals blindly. Output new design package/screens/HANDOFF and acceptance notes. Backend remains paused.


id: t_b21750c6
title: 05G getaiemail fresh official Stitch redesign — 3 directions
assignee: moying
status: blocked
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_b21750c6
tenant: site-getaiemail-20260527
idempotency_key: getaiemail-fresh-official-stitch-redesign-20260527
skills: ["projects/site-design"]
body:
  Owner rejected current visual and questioned provenance. Treat current /root/.hermes/reports/site-getaiemail-20260527/design as NOT sufficient: HANDOFF says durable HTML/screens are regenerated local visual truth, not fresh official Stitch export; original workspace is missing.

  Task: call official @google/stitch-sdk fresh with STITCH_API_KEY and generate 3 new visual directions for getaiemail.com. Must use real Stitch createProject/generate/getHtml/getImage and save verifiable htmlUrl/imageUrl/projectId/screenId in screen-index.json. No local fallback may be called Stitch.

  Inputs: existing PRD/copy/pricing/compliance from site-getaiemail-20260527; keep product facts: AI Email Generator for Work Emails, routes, local deterministic mock only, backend paused, pricing $0 free 3/day and Pro $9.99/mo $95.88/year 800 credits/month, cold/sales anti-spam.

  Design bar: not generic SaaS cards. Produce 3 directions with stronger visual memory: premium email workbench, richer hero composition, reduced empty cream space, distinctive typography/layout, no developer-facing public copy, polished mobile. Follow site-design anti-slop checklist.

  Deliver: /root/.hermes/reports/site-getaiemail-20260527/design-fresh-stitch/ with HANDOFF.md, stitch/screen-index.json, html/*.html, screens/*.png, provenance.md including exact SDK command, package version, timestamps, projectId/screenIds, html/image URLs, and fallback_status=none. Send screenshot options for owner selection before implementation.


id: t_e0348c9f
title: 05G getaiemail official Stitch all-pages design
assignee: moying
status: blocked
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_e0348c9f
tenant: site-getaiemail-20260527
idempotency_key: getaiemail-official-stitch-all-pages-20260527
skills: ["projects/site-design"]
body:
  Owner correction: do NOT output 3 directions for owner selection. But every page must be completed with real Stitch.

  Treat current /root/.hermes/reports/site-getaiemail-20260527/design as invalid for implementation because it is recovered/local visual truth, not a verifiable fresh official Stitch export.

  Task: use official @google/stitch-sdk with STITCH_API_KEY to generate ONE final high-quality visual direction and apply it to ALL getaiemail pages/screens. No local fallback may be called Stitch. If official Stitch fails for any page, BLOCK instead of DESIGN_GO.

  Required pages/routes: /, /cold-email-generator, /follow-up-email-generator, /professional-email-generator, /sales-email-generator, /reply-email-generator, /resignation-email-generator, /thank-you-email-generator, /apology-email-generator, /meeting-email-generator, plus legal/pricing/FAQ pages or sections if they exist as routes. For each public route: desktop + mobile Stitch screen. Required tool states: empty/loading/result/error/limit/unsafe via Stitch state screens or route variants.

  Design bar: not generic SaaS cards. Use a stronger premium email workbench/productivity visual, richer hero composition, less empty cream space, distinctive typography/layout, no developer-facing public copy, polished mobile. Keep facts: AI Email Generator for Work Emails, Workers/OpenNext later, backend paused/local deterministic mock only, pricing $0 free 3/day and Pro $9.99/mo $95.88/year 800 credits/month, cold/sales anti-spam.

  Deliver to /root/.hermes/reports/site-getaiemail-20260527/design-fresh-stitch-all-pages/: HANDOFF.md, content-fit-matrix.md, stitch/screen-index.json, html/*.html, screens/*.png, provenance.md. screen-index/provenance must include exact SDK command, @google/stitch-sdk version, timestamps, projectId, every screenId, htmlUrl, imageUrl, localHtml, localScreenshot, fallback_status=none. Final status only DESIGN_GO if all required pages have official Stitch evidence.


id: t_d2a441a2
title: 05H getaiemail official Stitch all-pages finalization
assignee: moying
status: done
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_d2a441a2
tenant: site-getaiemail-20260527
idempotency_key: getaiemail-official-stitch-all-pages-finalize-20260528
skills: ["projects/site-design"]
body:
  Continuation/finalization for t_e0348c9f. Do not restart all official Stitch generation.

  Context verified by Host:
  - t_e0348c9f produced official Stitch package at /root/.hermes/reports/site-getaiemail-20260527/design-fresh-stitch-all-pages/
  - screen-index.json exists, source=official-google-stitch-sdk, fallback_status=none, @google/stitch-sdk 0.3.5, projectId=10099843330814196734
  - 25 screens exist: all 10 required public routes have desktop+mobile; tool states empty/loading/result/error/limit exist
  - Missing gate items: unsafe state screen, HANDOFF.md, content-fit-matrix.md, provenance.md, final DESIGN_GO metadata/checklist

  Task:
  1) Generate only the missing official Stitch unsafe tool-state screen using the same official SDK/project if possible. No local fallback may be called Stitch.
  2) Update stitch/screen-index.json so status becomes DESIGN_GO only if unsafe screen has official screenId/htmlUrl/imageUrl/localHtml/localScreenshot and fallback_status remains none.
  3) Write HANDOFF.md, content-fit-matrix.md, provenance.md with exact SDK command/package version/timestamps/projectId/screenIds and acceptance checklist.
  4) Do not change the design direction or create 3 options. This is finalization of the current all-pages official Stitch package.
  5) Complete with metadata: artifact_paths, verification, official_stitch=true, fallback_status=none, screen_count, missing_after, design_status.


id: t_2814cd4c
title: [Daily Step 0 墨探] 新词发现并选择今日新站
assignee: motan
status: blocked
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_2814cd4c
tenant: site-daily-20260528
idempotency_key: site-daily-20260528-00-motan
skills: ["projects/site-research"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260528/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。

  任务：每日新词新站启动。今天只允许选择 1 个最值得做的新站机会。

  强制口径（2026-05-21 对齐）：
  - Step 0 默认只走「严格新词管线」。新词定义：市场搜索需求正在明确起量，不是概念新、SERP 有早期供给、社区有人聊。
  - Google Trends 是硬门槛：US/en past 7 days 必须有 rising/breakout/top query 可见；补 30/90 天确认不是单日噪声。Google Trends 查不到量，默认不能作为今日主推荐。
  - GPTs 对比是硬门槛：必须拿候选词和 GPTs/ChatGPT 相关基准词做趋势强度对比，输出 `gpts_baseline_keyword`、`candidate_trend_value`、`baseline_trend_value`、`gpts_ratio`；只有 `gpts_ratio > 1.0` 才能进入 A_NOW/B_QUEUE。
  - 12 个月回溯是硬门槛：必须标注 `freshness_12m = new | old_hot | stable_old | spike_noise | no_data`；每日新站主推荐只允许 `new`。old_hot/稳定老词只能观察，除非孟健明确批准兜底。
  - SERP/社区/模型发布/托管新站信号只能做辅助，不得替代 Google Trends 起量 + GPTs ratio。
  - 如果没有合格新词，必须如实 BLOCK：`NO_CLEAN_NEW_WORD_TODAY`，给观察池和下一步采集建议；不要退回老词硬凑一个站。

  输入：
  - 当前方向：AI 编程、出海工具、小产品矩阵、SEO 驱动站。
  - 目标市场：优先 US/en；如果发现中文市场机会也可标注但默认不启动。

  必须输出：
  - selected_keyword
  - project_slug
  - target_market
  - 为什么今天选这个词（必须包含 Google Trends 7d/30d/90d 证据、GPTs ratio、12m freshness）
  - SERP 初判
  - 是否 AI 功能 / 登录 / 支付 / 域名调研
  - handoff_path: reports/site-pipeline/site-daily-20260528/00-daily-keyword.md

  人工卡点（强制）：
  1. 先完成调研与候选排序，写入 reports/site-pipeline/site-daily-20260528/00-daily-keyword.md。
  2. 不要直接 kanban_complete。
  3. 必须用 send_message 由墨探 bot 发到 Telegram 群/做站 topic，发「推荐词 + 2 个备选 + 选择理由 + 风险 + task_id」，并明确让他在群里 @墨探 回复：
     - 「确认 <task_id>」= 用推荐词继续
     - 「换成 <keyword> <project_slug> <task_id>」= 改词继续
     - 「暂停 <task_id>」= 今日不启动
  4. 发完确认请求后，执行 kanban_block，原因必须以 `WAITING_USER_KEYWORD_APPROVAL` 开头，并包含 task_id / selected_keyword / project_slug。
  5. 孟健在群里确认后，墨探需要先登记复盘白名单，再 complete：
     `python3 /root/.hermes/scripts/site_review_registry.py approve --slug <project_slug> --keyword '<selected_keyword>' --target-market '<target_market>' --task-id <task_id> --handoff-path 'reports/site-pipeline/site-daily-20260528/00-daily-keyword.md'`
     然后执行：
     `hermes kanban --board site-factory complete <task_id> --summary '<最终选词结论>' --metadata '{"selected_keyword":"...","project_slug":"...","target_market":"...","approval":"user_confirmed","google_trends_7d":"rising|breakout|top_visible","google_trends_30d_90d":"rising|flat|declining|spike_noise","gpts_baseline_keyword":"gpts|chatgpt|...","gpts_ratio":1.23,"freshness_12m":"new","review_registry":"/root/.hermes/state/site_review_approved_sites.json","handoff_path":"reports/site-pipeline/site-daily-20260528/00-daily-keyword.md"}'`
     complete 后下游才会继续；未写入白名单的站点不得进入 site-review 复盘池。

  如果没有合格词：同样先在群里汇报候选词和不启动原因，再 block。


id: t_9138fb79
title: [Daily Step 1 墨策] Brief v0：产品/搜索边界
assignee: moce
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260528
idempotency_key: site-daily-20260528-01-moce-brief-v0
skills: ["projects/site-building"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260528/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取父任务墨探输出，只产出 Brief v0，不写完整 PRD。
  Brief v0 只锁 5 件事：目标用户、搜索意图、核心任务、竞品最低能力假设、页面矩阵假设。目的是给并行角色统一边界，避免 SEO 后补、设计返工、开发硬塞词。
  必须包含：site_type 假设、selected_keyword、project_slug、target_market、core_user_tasks、competitive_minimum_hypothesis、page_matrix_hypothesis、known_unknowns、并行输入需要回答的问题。
  交付：reports/site-pipeline/site-daily-20260528/01-brief-v0.md
  验收：metadata.artifact_paths 必须包含 01-brief-v0.md；acceptance_checklist 必须覆盖目标用户、搜索意图、核心任务、竞品最低能力假设、页面矩阵假设、并行任务问题清单。
  如果 Brief v0 无法明确边界，block `BRIEF_V0_INSUFFICIENT_CONTEXT`，不要进入并行。


id: t_b85aacd6
title: [Daily Step 2A 墨账] 定价/免费额度/成本上限/转化策略
assignee: mozhang
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260528
idempotency_key: site-daily-20260528-02a-mozhang
skills: ["projects/site-pricing"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260528/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 Brief v0，输出定价、免费额度、成本上限和转化策略。
  必须回答：是否收费、Free/Pro/Lifetime 边界、免费额度、单次成本上限、超额处理、转化 CTA、支付/退款边界给墨盾复核。不能写 unlimited。
  交付：reports/site-pipeline/site-daily-20260528/02a-pricing.md
  验收：metadata.artifact_paths 必须包含 02a-pricing.md；acceptance_checklist 必须覆盖竞品价格、成本模型、套餐边界、免费额度、转化策略、不使用 unlimited。


id: t_42f90950
title: [Daily Step 2B 墨盾] Policy/合规风险/禁用文案/免责声明
assignee: modun
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260528
idempotency_key: site-daily-20260528-02b-modun
skills: ["openclaw-imports/compliance-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260528/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 Brief v0，输出 Policy、合规风险、禁用文案、免责声明和实际功能边界。
  必须给墨引+墨笔和墨策可直接使用的约束：品牌/IP 禁词、不能声称的能力、Privacy/Terms/Cookie/Refund 边界、数据准确性免责声明、AI/UGC/支付风险。
  交付：reports/site-pipeline/site-daily-20260528/02b-compliance.md
  验收：metadata.artifact_paths 必须包含 02b-compliance.md；acceptance_checklist 必须覆盖 IP/商标/隐私/ToS/Cookie/Refund/内容安全/禁用文案/免责声明/上线风险。


id: t_8fda78fe
title: [Daily Step 2C 墨引+墨笔] SEO + 用户文案联合包
assignee: moyin
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260528
idempotency_key: site-daily-20260528-02c-moyin-mobi
skills: ["projects/site-seo-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260528/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 Brief v0，与墨笔职责合并产出“可直接进页面”的 SEO + 用户文案联合包；不是 SEO 词表，也不是散文。
  墨引负责：关键词、搜索意图、页面矩阵、内链、Schema、SERP Top 3-5、competitive_minimum、interaction_baseline、index/noindex 初判。
  墨笔负责：用户可读 headline、section copy、FAQ、CTA、AEO short answers、Meta 3 变体、CORE-EEAT、禁词自查。
  联合输出必须逐页/逐 section：URL、主关键词、次关键词、intent、H1/H2、section final copy、FAQ、CTA、schema text、internal links、是否首页展示/是否下沉。必须能被墨策直接合入 PRD v1，能被墨影直接做 content-fit-matrix。
  交付：reports/site-pipeline/site-daily-20260528/02c-seo-copy.md
  验收：metadata.artifact_paths 必须包含 02c-seo-copy.md；acceptance_checklist 必须覆盖 SERP、关键词、页面矩阵、内链、Schema、搜索意图、landing sections、SEO pages final copy、Meta、FAQ、CTA、AEO、CORE-EEAT、合规禁词检查、design_ready_structure。
  metadata 必须包含 p0_pages、target_keywords、interaction_baseline、competitive_minimum、index_policy。


id: t_af28a1bb
title: [Daily Step 3 墨策] PRD v1：整合并锁定下游合同
assignee: moce
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260528
idempotency_key: site-daily-20260528-03-moce-prd-v1
skills: ["projects/site-building"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260528/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 Brief v0 + 墨账 + 墨盾 + 墨引/墨笔联合包，整合成 PRD v1。
  PRD v1 必须包含：
  - 首页 IA + 每个 section 的最终文案；
  - SEO 内页数量；
  - 每个内页的 URL、主关键词、次关键词、搜索意图、H1/H2、最终文案摘要、schema、内链；
  - pricing/free quota/cost ceiling/conversion strategy；
  - policy/compliance/forbidden copy/disclaimer；
  - site_type、core_user_tasks、competitive_minimum、interaction_baseline；
  - asset/content inventory、domain email/contact policy、analytics/event plan（含事件 taxonomy、UTM、真实上报验收口径）、index/noindex+sitemap policy、Webmaster submission plan（GSC + Bing Webmaster/目标市场站长平台）、Cloudflare settings plan（含 Crawler Hints）、GTM 与 Kill/Iterate/Scale；
  - 给墨影、墨界、墨枢、墨引复验、墨盾复验、墨策验收、墨测、墨运、墨析的 must_read/must_produce/must_not。
  这是下游唯一产品合同；如果并行输入互相冲突，墨策必须 resolve 或 block，不能把冲突丢给设计/开发。
  交付：reports/site-pipeline/site-daily-20260528/03-prd-v1.md
  验收：metadata.artifact_paths 必须包含 03-prd-v1.md；acceptance_checklist 必须覆盖 Brief v0 整合、首页最终文案、SEO 内页矩阵、定价、合规、竞品最低能力、核心用户任务、交互基线、素材清单、索引策略、analytics plan、下游 handoff。
  metadata 必须包含 domain_candidates、requires_auth、requires_payment、site_type、p0_pages、core_user_tasks、pricing_model、compliance_verdict。


id: t_d783e316
title: [Daily Step 4 墨影] 高保真设计交付包 + 品牌资产
assignee: moying
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260528
idempotency_key: site-daily-20260528-04-moying
skills: ["projects/site-design"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260528/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 PRD v1（其中已整合定价、合规、SEO+文案联合包），必须完整执行 projects/site-design，不允许只交设计说明。
  核心原则：SEO 文案已经前置到 PRD/文案包，设计必须先消化全部 SEO 内容，再决定哪些上首页、哪些下沉到详情/索引页；不得让 SEO 长文、query index、token 列表打破首页布局和用户体验。
  开工前必做输入核验：PRD 是否含 site_type、竞品交互基线、核心用户任务、逐页 IA、逐页 SEO 文案、schema/index policy、asset inventory；缺任一项必须 block `upstream-gate-failed` 回墨策/墨笔，不能自己临时拼。
  必交设计包：
  - reports/site-pipeline/site-daily-20260528/design/HANDOFF.md
  - reports/site-pipeline/site-daily-20260528/design/stitch/screen-index.json
  - reports/site-pipeline/site-daily-20260528/design/screens/<slug>-desktop-final.png
  - reports/site-pipeline/site-daily-20260528/design/screens/<slug>-mobile-final.png
  - reports/site-pipeline/site-daily-20260528/design/html/<slug>-desktop-final.html
  - reports/site-pipeline/site-daily-20260528/design/html/<slug>-mobile-final.html
  - reports/site-pipeline/site-daily-20260528/design/assets/icon.svg / wordmark.svg / stacked.svg / horizontal.svg / logo-system.json
  - favicon 多尺寸；og-image.png / hero 图，如缺必要能力必须写 blocker，不能用占位图冒充完成。
  额外交付：reports/site-pipeline/site-daily-20260528/design/content-fit-matrix.md，逐 section 标明：PRD/SEO 文案来源、展示位置、是否首页展示、若下沉则目标页面、布局容器、视觉风险。
  Stitch 成功口径：只有真实 projectId/screenId 且能 get_screen_code/get_screen_image 才算 Stitch done；如果 Stitch 失败，该任务必须 block 或标记 DESIGN_CONDITIONAL，不能让下游误认为“已用 Stitch”。
  验收：metadata.artifact_paths 必须逐项列出上述文件；acceptance_checklist 必须覆盖 input_contract_checked、content_fit_matrix、real_stitch_project_ids、截图、HTML、logo、favicon、OG/hero、反 AI 味终检、homepage_not_seo_wall、media_cards_not_empty。缺任一关键项必须 block/rework。


id: t_09b77eb2
title: [Daily Step 5A 墨界] 前端实现 + 数据上报 + CF Pages 预览部署
assignee: mojie
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260528
idempotency_key: site-daily-20260528-05a-mojie
skills: ["projects/frontend-site-build"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260528/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取设计交付包，完成前端实现、构建、数据上报、CF Pages 预览部署。
  开工前先验证父任务设计包 artifact_paths；缺 HANDOFF / screen-index / screenshots / HTML / assets / content-fit-matrix 时必须 block `upstream-gate-failed`。
  如果设计 metadata 显示 DESIGN_CONDITIONAL，必须先由墨策 Design Acceptance 明确放行，不能默认继续。
  实现原则：Stitch/HTML 视觉真源是上限，不是参考图。前端不得自行追加 SEO 墙、query index、token 列表、长篇 route dossier 到首页；SEO 长文只能按 content-fit-matrix 放到指定详情/索引页。任何新增 SEO 模块必须保持设计系统且过移动端截图。
  工具站/地图站不得做成 SEO 原型壳：必须先看至少 3 个直接竞品并输出 interaction_baseline；核心工具必须浏览器实操验证。地图类 P0 必须包含大地图布局、底图/抽象 biome、拖拽缩放、图层多选、marker 弹窗、搜索联动、坐标/深度/数据可信度、移动端可用；不能用装饰图或 prototype 文案冒充 interactive map。
  数据/地图/目录页开工闸门：如果 PRD 要求真实 marker/seed/API/schema，墨界必须先读取墨枢 metadata.artifact_paths 中的 frontend-consumable 数据合同（如 markers.json / manifest.json / frontend-contract.md / schema.json）。缺任一必需文件必须 block `missing-data-contract`，不得自行 mock、不得只按 05B 文字报告脑补数据。数据合同必须区分 `ui_fixture_ready` / `launch_data_ready` / `seo_index_ready`；若 confirmed_count=0 或 launch_data_ready=false，05A 主线上线实现继续 BLOCKED，只允许另开 isolated prototype，不得进入 SEO/上线链路。
  数据上报是墨界 P0：不能只挂脚本，必须实现并验证事件发送。至少覆盖 pageview / hero_cta_click / tool_start / tool_result / pricing_cta_click；地图/目录/数据库站补 map_search / marker_open / filter_apply / detail_open；没有对应模块必须写 N/A 理由。至少 Plausible / GA4 / Clarity / Cloudflare Web Analytics / first-party /api/events 中一个要在线上真实收数或给出精确 block。
  域名邮箱也是墨界/上线前 P0：Contact/Footer/Policy 里的对外邮箱必须是站点域名邮箱；未绑定自定义域名时不能写 Gmail/占位邮箱，必须标记 needs domain email。
  交付：reports/site-pipeline/site-daily-20260528/05a-frontend.md
  metadata 必须包含 preview_url、repo_path、commit、artifact_paths、interaction_baseline、core_interactions_verified、visual_fidelity_check、content_fit_matrix_followed、analytics_event_taxonomy、analytics_reporting_verification、verification、acceptance_checklist。验收必须覆盖 build、preview 200、移动端、核心页面、核心工具交互、SEO 基础、数据上报网络请求/后台收数证据、首页不是 SEO 墙、实站截图对比设计截图。


id: t_833e1363
title: [Daily Step 5B 墨枢] 后端/D1/R2/鉴权/支付/API 联调
assignee: moshu
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260528
idempotency_key: site-daily-20260528-05b-moshu
skills: ["projects/backend-site-build"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260528/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 PRD、定价、合规和设计，完成后端/API/存储/鉴权/支付判定与实现。
  开工前先验证 PRD/定价/合规/设计父任务 artifact_paths；缺关键输入必须 block `upstream-gate-failed`。
  必须遵守 backend-site-build：先解析 PRD，确认登录/支付/AI API/免费额度/域名状态；D1/R2/KV 不复制旧项目 id；migration 必须 local + remote；API schema 必须交给前端；AI 成功后才扣额度；Webhook 用 request.text；OAuth 有 state；所有 Pages Functions route 声明 edge runtime；涉及 CF/DNS/SSL/WAF 变更先查现状再操作。
  必须明确 crawler_hints_status、cf_security_settings_status、domain_email_status。
  数据/地图/目录站必须额外交付 frontend-consumable 数据合同，不得只交文字方案：`markers.json`/`seed.json`、`manifest.json`、`frontend-contract.md`、`schema.json` 至少覆盖实体字段、坐标/分类、source/provenance、freshness、index/noindex、前端读取路径。合同必须显式给出 `ui_fixture_ready`、`launch_data_ready`、`seo_index_ready`、`confirmed_count`；若 confirmed_count=0 或 launch_data_ready=false，必须 BLOCK `confirmed-data-insufficient`，不能用 demo fixture 标 DONE 解锁主线。
  交付：reports/site-pipeline/site-daily-20260528/05b-backend.md
  metadata 必须包含 schema_path、api_schema_path、storage_plan、auth_payment_plan、free_quota_rules、migration_status、secrets_status_masked、cf_security_settings_status、crawler_hints_status、api_e2e_verification、frontend_data_contract_paths、artifact_paths、verification、acceptance_checklist。


id: t_111f508d
title: [Daily Step 7 墨引] 技术 SEO/GEO/AEO 精修与验收
assignee: moyin
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260528
idempotency_key: site-daily-20260528-07-moyin
skills: ["projects/site-seo-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260528/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取前后端交付，检查 sitemap、robots、schema、metadata、internal links、AI citation blocks、answer-first/Short answer/FAQ/AEO。
  开工前验证前后端 preview_url / repo_path / schema/API handoff。
  必须跑技术 SEO audit（脚本或等价检查），覆盖 Title、Meta description、canonical、H1/H2/H3、word count、主词密度、noindex、sitemap inclusion、robots、图片 alt、OG/Twitter、schema、内链、anti-spam。进入 sitemap 的页面必须真实有价值；placeholder/prototype/pending source 页面必须 noindex 且不进 sitemap。
  交付：reports/site-pipeline/site-daily-20260528/07-technical-seo.md
  metadata 必须包含 checked_urls、schema_files、sitemap_robots_status、indexability_matrix、geo_aeo_status、seo_audit_result_path、artifact_paths、verification、acceptance_checklist。


id: t_7c51854f
title: [Daily Step 7B 墨盾] 合规/Policy 上线前复验
assignee: modun
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260528
idempotency_key: site-daily-20260528-07b-modun
skills: ["openclaw-imports/compliance-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260528/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取前后端预览、PRD、合规早期报告，执行上线前合规/Policy 复验。
  必须检查 /privacy、/terms、footer policy links、Cookie/analytics 披露、fan-made/no-affiliation、品牌/IP 禁词、数据准确性免责声明；policy 声明必须与实际脚本/功能一致。
  交付：reports/site-pipeline/site-daily-20260528/07b-compliance-recheck.md
  metadata 必须包含 compliance_verdict、policy_pages_checked、analytics_disclosure_status、ip_trademark_status、p0_p1_p2_issues、artifact_paths、verification、acceptance_checklist。


id: t_952dfb3f
title: [Daily Step 7C 墨策] 产品经理上线前验收
assignee: moce
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260528
idempotency_key: site-daily-20260528-07c-moce
skills: ["projects/site-building"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260528/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 PRD、前后端交付、墨引 SEO/GEO/AEO 验收、墨盾合规/Policy 复验，从产品经理视角做 Product Acceptance。
  这一步不是重写 PRD，而是验收当前产品是否满足 PRD、竞品 competitive minimum、核心用户任务和上线范围。工具/地图站必须以真实用户任务验收：找资源、筛 marker、打开 detail、复制坐标、路线提示、移动端可用；不得把 required scope 降级为 later。
  必须额外做 Design/Product Fit 验收：浏览器打开实站/preview，截首页、核心工具页、移动端；对比 design screenshots/HANDOFF/content-fit-matrix。若首页出现 SEO 墙、query index/token 列表外露、空媒体卡、大段重复文案压垮布局、或与视觉真源明显不一致，pm_verdict 必须 PM_NO_GO。
  交付：reports/site-pipeline/site-daily-20260528/07c-product-acceptance.md
  metadata 必须包含 pm_verdict(PM_GO/PM_NO_GO/PM_CONDITIONAL_GO)、competitive_minimum_verdict、design_fidelity_verdict、content_ux_verdict、verified_user_tasks、scope_gaps、blocker_count、artifact_paths、verification、acceptance_checklist。


id: t_a657a742
title: [Daily Step 8 墨测] 全站 QA 验收 + 返修清单
assignee: motest
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260528
idempotency_key: site-daily-20260528-08-motest
skills: ["projects/site-qa"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260528/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取预览 URL、墨引 SEO/GEO/AEO 验收、墨盾合规/Policy 复验、墨策产品经理验收，做功能/移动端/性能/安全/合规/SEO/埋点 QA。
  开工前验证 preview_url、SEO handoff、compliance handoff、PM acceptance handoff；缺任一关键输入必须 block。墨策 pm_verdict 不是 PM_GO/PM_CONDITIONAL_GO 时不得 GO。
  工具站 QA 不能只验 200/metadata/schema；必须读取/复核竞品 interaction_baseline，并用浏览器实际操作核心工具。地图类必须实测拖拽、缩放、图层筛选、marker 弹窗、搜索联动、坐标/数据可信度、移动端地图可用；任一核心交互缺失即 go_no_go=NO-GO。
  Design QA 属于硬门槛：必须用浏览器截图实站首页/核心页/移动端，对照设计包与 content-fit-matrix；若 SEO 文案破坏布局、首页变 SEO 墙、媒体卡空、视觉明显低保真，即使 SEO/功能通过也必须 NO-GO。
  Policy 合规也属于 QA 范围：/privacy、/terms、footer 链接、analytics/cookie 披露、fan-made/no-affiliation、品牌/IP 禁词、数据准确性免责声明必须通过；墨盾有 P0 则 QA 不得 GO。
  交付：reports/site-pipeline/site-daily-20260528/08-qa.md
  metadata 必须包含 preview_url、test_matrix、competitor_baseline_checked、core_interactions_verified、design_fidelity_checked、content_ux_checked、pm_verdict_checked、compliance_verdict_checked、p0_p1_p2_issues、go_no_go、artifact_paths、verification、acceptance_checklist。


id: t_be1d6026
title: [Daily Step 8H 墨策] Owner Review Gate：QA_GO 后等孟健人工验收
assignee: moce
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260528
idempotency_key: site-daily-20260528-08h-owner-review
skills: ["projects/site-building"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260528/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  这是 QA 通过后的人工验收闸门，不是产品重做任务。读取 QA 报告与所有上线前 handoff，整理给孟健的人工验收包。

  强制流程：
  1. 验证父任务 QA metadata.go_no_go 为 GO/QA_GO；否则 block `QA_NOT_GO`。
  2. 提取 production/preview URL、核心页面、核心工具路径、QA 结论、P0/P1/P2、已知风险、是否允许上线。
  3. 用 send_message 发到做站群/Topic，标题必须是：`人工验收请求 <task_id> <project_slug>`，包含：站点 URL、5 条验收重点、剩余风险、建议回复格式。
  4. 发送后必须 kanban_block，reason 以 `WAITING_OWNER_SITE_APPROVAL` 开头。
  5. 孟健确认后，才能 complete 本任务；metadata 必须写 `owner_approval: confirmed`、`approved_by: mengjian`、`approval_message`。

  用户回复格式：
  - `确认上线 <task_id>` = 允许进入墨运上线/站长平台/冷启动准备
  - `返修 <task_id>: <问题>` = 不允许上线，创建返修卡并保持本 gate blocked
  - `暂停 <task_id>` = 暂停后续上线

  未获得孟健明确确认，不得让墨运启动。
  交付：reports/site-pipeline/site-daily-20260528/08h-owner-review.md
  metadata 必须包含 owner_review_url_pack、qa_summary_path、p0_p1_p2_issues、residual_risk、owner_approval、artifact_paths。


id: t_1f75928a
title: [Daily Step 9 墨运] 上线运营 + Webmaster/GSC + 冷启动分发
assignee: moyun
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260528
idempotency_key: site-daily-20260528-09-moyun
skills: ["projects/site-launch"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260528/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 QA 结论和 Owner Review Gate，通过后做上线运营计划、GSC + Bing Webmaster/目标市场 Webmaster sitemap 提交、冷启动分发包、首周动作。
  只有 QA metadata.go_no_go=go/QA_GO 且 Owner Review Gate metadata.owner_approval=confirmed 才可继续；否则 block。
  上线 Done 口径：生产 URL 可访问 + 域名邮箱/contact/policy 链路确认 + CF settings 复核（尤其 Crawler Hints=on）+ sitemap/robots/canonical/schema 复验 + analytics endpoint 至少一个真实事件入口可验证 + GSC sitemap submitted 或精确 BLOCK 原因 + Bing Webmaster Tools sitemap submitted 或精确 BLOCK 原因（如需 Yandex/其他市场站长平台也同样记录）+ 冷启动分发包已生成。外部发帖/投稿/目录提交必须等孟健确认；未确认时只能产出草稿和渠道清单，metadata.external_posts_published=false。
  交付：reports/site-pipeline/site-daily-20260528/09-launch.md
  metadata 必须包含 production_url、domain_email_status、cf_settings_status、crawler_hints_status、gsc_sitemap_submitted、gsc_submission_method、bing_webmaster_sitemap_submitted、webmaster_submission_status、distribution_pack_path、distribution_log、external_posts_published、analytics_status、launch_checklist、artifact_paths、verification。


id: t_96340b63
title: [Daily Step 10 墨析] 数据链路接管 + 复盘登记
assignee: moxi
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260528
idempotency_key: site-daily-20260528-10-moxi
skills: ["projects/site-data-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260528/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取上线运营输出，验收 Plausible/GA4/Clarity/GSC/Bing Webmaster/Ahrefs/Stripe/D1 日志入口，登记进入每日复盘池。
  开工前验证 production_url / analytics_status / GSC sitemap submission / Bing Webmaster submission / distribution pack / distribution_log。必须区分“前端脚本已挂”“浏览器网络请求已发”“后台/API 可查”“站长平台已提交但等待数据”四类状态；缺数据入口要列出具体 token/scope/dashboard 入口，但不要阻止已上线站进入复盘池，除非 production_url 不可访问或核心 analytics 全缺。

  登记复盘时必须执行或更新：
  `python3 /root/.hermes/scripts/site_review_registry.py approve --slug <project_slug> --keyword '<selected_keyword>' --target-market '<target_market>' --task-id <task_id> --handoff-path 'reports/site-pipeline/site-daily-20260528/10-data-review-handoff.md' --production-url '<production_url>' --source-path '<repo_or_workspace>' --upstream-run 'site-daily-20260528'`

  handoff 必须明确写：project_slug、production_url、primary_keyword、目标排名 Top 3、事件名、UTM 规范、GSC property、Bing Webmaster site、Ahrefs audit 入口/状态、distribution_log 路径、首周复盘日期、owner digest 投递目标、can_start_daily_review=true/false、review_pool_status=active|registered_hold。
  交付：reports/site-pipeline/site-daily-20260528/10-data-review-handoff.md
  metadata 必须包含 review_registry_entry、review_pool_status、can_start_daily_review、analytics_sources、event_taxonomy、utm_policy、webmaster_sources、ahrefs_audit_status、distribution_log、baseline_metrics、owner_digest_target、artifact_paths、verification、acceptance_checklist。


id: t_38f523a7
title: 05I getaiemail implement official Stitch all-pages design
assignee: mojie
status: blocked
created_by: user
workspace_kind: dir
workspace_path: /root/projects/getaiemail
tenant: site-getaiemail-20260527
idempotency_key: getaiemail-implement-official-stitch-all-pages-20260528
skills: ["frontend-site-build"]
body:
  GOAL MODE / STRICT. Continue getaiemail after official Stitch DESIGN_GO.

  Canonical design source (must use, supersedes all older /design and repaired/local visual truth):
  /root/.hermes/reports/site-getaiemail-20260527/design-fresh-stitch-all-pages/
  Required files:
  - HANDOFF.md
  - content-fit-matrix.md
  - provenance.md
  - stitch/screen-index.json (status=DESIGN_GO, fallback_status=none, 26 screens)
  - html/*.html and screens/*.png for 10 routes desktop+mobile + 6 tool states

  Task: update /root/projects/getaiemail to implement the official Stitch all-pages design and deploy from the same pushed commit.

  Scope:
  1) Apply the new official Stitch visual system to homepage, all 9 scenario pages, legal/pricing/FAQ sections/routes that exist, and embedded tool states: empty/loading/result/error/limit/unsafe.
  2) Preserve product facts: AI Email Generator for Work Emails, Workers/OpenNext, local deterministic mock until backend/API lands, pricing $0 free 3/day and Pro $9.99/mo / $95.88/year / 800 credits/month, anti-spam cold/sales copy.
  3) No developer-facing public copy. Do not regress SEO metadata, sitemap, robots, schema, analytics hooks.
  4) Release-sync invariant: inspect git status before/after, run lint/typecheck/build/worker build as available, commit with Conventional Commit, push, deploy Cloudflare Workers/OpenNext from same commit, verify production routes and key interactions.
  5) Complete with metadata: commit_sha, pushed_branch, deploy_url, deployment_source_commit, git_status_after, production_checks, implemented_design_source, residual_risk, next_inputs.

  If repo/deploy credentials/API blockers prevent implementation, BLOCK with exact blocker. Do not silently use the old design.


id: t_5f50b6ce
title: 00 aieditorrsp fixed-domain opportunity research
assignee: motan
status: done
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_5f50b6ce
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-00-research
skills: ["projects/site-research"]
body:
  GOAL MODE / STRICT. New fixed-domain site pipeline. Kanban is the only source of truth.
  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Input brief: /root/.hermes/reports/site-aieditorrsp-20260528/input-brief.md
  Cloudflare zone: 9313bcd5de4003b7cf1eefd3e844cb20 pending; required NS: coraline.ns.cloudflare.com, nico.ns.cloudflare.com
  Reports root: /root/.hermes/reports/site-aieditorrsp-20260528

  Rules:
  - User already approved starting this site; do not wait for keyword approval. If the domain/keyword is invalid, BLOCK with evidence and safer pivot.
  - First task must infer/validate the final primary keyword and positioning from SERP/Trends/competitors; initial hypothesis is "AI editor response / AI response editor".
  - Fixed domain means do not do domain recommendation as a blocker; still assess trademark/SEO/readability risk.
  - Cloudflare Workers/OpenNext first unless PRD explicitly proves static-only.
  - Code tasks must commit + push + deploy from same commit.
  - External publishing/submissions wait for owner approval unless they are standard webmaster/sitemap/IndexNow setup after launch approval.
  - Every DONE must include artifact_paths, verification, residual_risk, next_inputs, project_slug, primary_keyword.

  Task: Validate the fixed-domain opportunity and choose canonical primary keyword. Must inspect SERP, Trends if available, competitor interaction baseline, likely expansion of RSP, and whether this should be AI response editor / AI editor response / something else. Deliver reports/site-aieditorrsp-20260528/00-research.md. Complete (not block for approval) unless evidence says this domain/niche is unsafe or worthless.


id: t_5938cbf6
title: 01 aieditorrsp Brief v0 product/search boundary
assignee: moce
status: done
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_5938cbf6
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-01-brief
skills: ["projects/site-building"]
body:
  GOAL MODE / STRICT. New fixed-domain site pipeline. Kanban is the only source of truth.
  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Input brief: /root/.hermes/reports/site-aieditorrsp-20260528/input-brief.md
  Cloudflare zone: 9313bcd5de4003b7cf1eefd3e844cb20 pending; required NS: coraline.ns.cloudflare.com, nico.ns.cloudflare.com
  Reports root: /root/.hermes/reports/site-aieditorrsp-20260528

  Rules:
  - User already approved starting this site; do not wait for keyword approval. If the domain/keyword is invalid, BLOCK with evidence and safer pivot.
  - First task must infer/validate the final primary keyword and positioning from SERP/Trends/competitors; initial hypothesis is "AI editor response / AI response editor".
  - Fixed domain means do not do domain recommendation as a blocker; still assess trademark/SEO/readability risk.
  - Cloudflare Workers/OpenNext first unless PRD explicitly proves static-only.
  - Code tasks must commit + push + deploy from same commit.
  - External publishing/submissions wait for owner approval unless they are standard webmaster/sitemap/IndexNow setup after launch approval.
  - Every DONE must include artifact_paths, verification, residual_risk, next_inputs, project_slug, primary_keyword.

  Read input brief + research. Lock site_type, ICP, core user tasks, competitive minimum, page matrix hypothesis, runtime_architecture. Deliver 01-brief-v0.md.


id: t_859acf3d
title: 02A aieditorrsp pricing/free quota/cost model
assignee: mozhang
status: done
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_859acf3d
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-02a-pricing
skills: ["projects/site-pricing"]
body:
  GOAL MODE / STRICT. New fixed-domain site pipeline. Kanban is the only source of truth.
  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Input brief: /root/.hermes/reports/site-aieditorrsp-20260528/input-brief.md
  Cloudflare zone: 9313bcd5de4003b7cf1eefd3e844cb20 pending; required NS: coraline.ns.cloudflare.com, nico.ns.cloudflare.com
  Reports root: /root/.hermes/reports/site-aieditorrsp-20260528

  Rules:
  - User already approved starting this site; do not wait for keyword approval. If the domain/keyword is invalid, BLOCK with evidence and safer pivot.
  - First task must infer/validate the final primary keyword and positioning from SERP/Trends/competitors; initial hypothesis is "AI editor response / AI response editor".
  - Fixed domain means do not do domain recommendation as a blocker; still assess trademark/SEO/readability risk.
  - Cloudflare Workers/OpenNext first unless PRD explicitly proves static-only.
  - Code tasks must commit + push + deploy from same commit.
  - External publishing/submissions wait for owner approval unless they are standard webmaster/sitemap/IndexNow setup after launch approval.
  - Every DONE must include artifact_paths, verification, residual_risk, next_inputs, project_slug, primary_keyword.

  Read Brief v0. Produce pricing/free quota/cost/conversion strategy. No unlimited. Deliver 02a-pricing.md.


id: t_d0e18f2a
title: 02B aieditorrsp compliance/policy boundary
assignee: modun
status: done
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_d0e18f2a
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-02b-compliance
skills: ["projects/site-building"]
body:
  GOAL MODE / STRICT. New fixed-domain site pipeline. Kanban is the only source of truth.
  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Input brief: /root/.hermes/reports/site-aieditorrsp-20260528/input-brief.md
  Cloudflare zone: 9313bcd5de4003b7cf1eefd3e844cb20 pending; required NS: coraline.ns.cloudflare.com, nico.ns.cloudflare.com
  Reports root: /root/.hermes/reports/site-aieditorrsp-20260528

  Rules:
  - User already approved starting this site; do not wait for keyword approval. If the domain/keyword is invalid, BLOCK with evidence and safer pivot.
  - First task must infer/validate the final primary keyword and positioning from SERP/Trends/competitors; initial hypothesis is "AI editor response / AI response editor".
  - Fixed domain means do not do domain recommendation as a blocker; still assess trademark/SEO/readability risk.
  - Cloudflare Workers/OpenNext first unless PRD explicitly proves static-only.
  - Code tasks must commit + push + deploy from same commit.
  - External publishing/submissions wait for owner approval unless they are standard webmaster/sitemap/IndexNow setup after launch approval.
  - Every DONE must include artifact_paths, verification, residual_risk, next_inputs, project_slug, primary_keyword.

  Read Brief v0. Produce compliance, prohibited claims, privacy/terms/cookie/refund, AI content safety, trademark/IP risks. Deliver 02b-compliance.md.


id: t_8c525d52
title: 02C aieditorrsp SEO + user copy package
assignee: moyin
status: done
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_8c525d52
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-02c-seo-copy
skills: ["projects/site-seo-review"]
body:
  GOAL MODE / STRICT. New fixed-domain site pipeline. Kanban is the only source of truth.
  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Input brief: /root/.hermes/reports/site-aieditorrsp-20260528/input-brief.md
  Cloudflare zone: 9313bcd5de4003b7cf1eefd3e844cb20 pending; required NS: coraline.ns.cloudflare.com, nico.ns.cloudflare.com
  Reports root: /root/.hermes/reports/site-aieditorrsp-20260528

  Rules:
  - User already approved starting this site; do not wait for keyword approval. If the domain/keyword is invalid, BLOCK with evidence and safer pivot.
  - First task must infer/validate the final primary keyword and positioning from SERP/Trends/competitors; initial hypothesis is "AI editor response / AI response editor".
  - Fixed domain means do not do domain recommendation as a blocker; still assess trademark/SEO/readability risk.
  - Cloudflare Workers/OpenNext first unless PRD explicitly proves static-only.
  - Code tasks must commit + push + deploy from same commit.
  - External publishing/submissions wait for owner approval unless they are standard webmaster/sitemap/IndexNow setup after launch approval.
  - Every DONE must include artifact_paths, verification, residual_risk, next_inputs, project_slug, primary_keyword.

  Read Brief v0. Produce SEO page matrix, final page/section copy, SERP baseline, schema, internal links, index policy, AEO answers. Deliver 02c-seo-copy.md.


id: t_515e68e7
title: 03 aieditorrsp PRD v1 integration gate
assignee: moce
status: done
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_515e68e7
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-03-prd
skills: ["projects/site-building"]
body:
  GOAL MODE / STRICT. New fixed-domain site pipeline. Kanban is the only source of truth.
  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Input brief: /root/.hermes/reports/site-aieditorrsp-20260528/input-brief.md
  Cloudflare zone: 9313bcd5de4003b7cf1eefd3e844cb20 pending; required NS: coraline.ns.cloudflare.com, nico.ns.cloudflare.com
  Reports root: /root/.hermes/reports/site-aieditorrsp-20260528

  Rules:
  - User already approved starting this site; do not wait for keyword approval. If the domain/keyword is invalid, BLOCK with evidence and safer pivot.
  - First task must infer/validate the final primary keyword and positioning from SERP/Trends/competitors; initial hypothesis is "AI editor response / AI response editor".
  - Fixed domain means do not do domain recommendation as a blocker; still assess trademark/SEO/readability risk.
  - Cloudflare Workers/OpenNext first unless PRD explicitly proves static-only.
  - Code tasks must commit + push + deploy from same commit.
  - External publishing/submissions wait for owner approval unless they are standard webmaster/sitemap/IndexNow setup after launch approval.
  - Every DONE must include artifact_paths, verification, residual_risk, next_inputs, project_slug, primary_keyword.

  Integrate Brief, pricing, compliance, SEO/copy into final PRD contract. Must include fixed domain plan, CF DNS/NS status, runtime architecture, analytics/webmaster plan, design/dev handoff. Deliver 03-prd-v1.md.


id: t_cbe1516a
title: 04 aieditorrsp official Stitch design package
assignee: moying
status: done
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_cbe1516a
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-04-design
skills: ["projects/site-design"]
body:
  GOAL MODE / STRICT. New fixed-domain site pipeline. Kanban is the only source of truth.
  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Input brief: /root/.hermes/reports/site-aieditorrsp-20260528/input-brief.md
  Cloudflare zone: 9313bcd5de4003b7cf1eefd3e844cb20 pending; required NS: coraline.ns.cloudflare.com, nico.ns.cloudflare.com
  Reports root: /root/.hermes/reports/site-aieditorrsp-20260528

  Rules:
  - User already approved starting this site; do not wait for keyword approval. If the domain/keyword is invalid, BLOCK with evidence and safer pivot.
  - First task must infer/validate the final primary keyword and positioning from SERP/Trends/competitors; initial hypothesis is "AI editor response / AI response editor".
  - Fixed domain means do not do domain recommendation as a blocker; still assess trademark/SEO/readability risk.
  - Cloudflare Workers/OpenNext first unless PRD explicitly proves static-only.
  - Code tasks must commit + push + deploy from same commit.
  - External publishing/submissions wait for owner approval unless they are standard webmaster/sitemap/IndexNow setup after launch approval.
  - Every DONE must include artifact_paths, verification, residual_risk, next_inputs, project_slug, primary_keyword.

  Read PRD v1. Produce official Stitch design package: HANDOFF.md, screen-index.json, desktop/mobile screenshots+HTML, assets/logos/favicon/OG, content-fit-matrix. No local fallback pretending to be Stitch. Deliver design/.


id: t_64e4e44b
title: 05B aieditorrsp backend/API/infra contract
assignee: moshu
status: done
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_64e4e44b
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-05b-backend
skills: ["projects/backend-site-build"]
body:
  GOAL MODE / STRICT. New fixed-domain site pipeline. Kanban is the only source of truth.
  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Input brief: /root/.hermes/reports/site-aieditorrsp-20260528/input-brief.md
  Cloudflare zone: 9313bcd5de4003b7cf1eefd3e844cb20 pending; required NS: coraline.ns.cloudflare.com, nico.ns.cloudflare.com
  Reports root: /root/.hermes/reports/site-aieditorrsp-20260528

  Rules:
  - User already approved starting this site; do not wait for keyword approval. If the domain/keyword is invalid, BLOCK with evidence and safer pivot.
  - First task must infer/validate the final primary keyword and positioning from SERP/Trends/competitors; initial hypothesis is "AI editor response / AI response editor".
  - Fixed domain means do not do domain recommendation as a blocker; still assess trademark/SEO/readability risk.
  - Cloudflare Workers/OpenNext first unless PRD explicitly proves static-only.
  - Code tasks must commit + push + deploy from same commit.
  - External publishing/submissions wait for owner approval unless they are standard webmaster/sitemap/IndexNow setup after launch approval.
  - Every DONE must include artifact_paths, verification, residual_risk, next_inputs, project_slug, primary_keyword.

  Read PRD + pricing + compliance + design. Implement or contract backend/API/auth/quota/payment if required; configure CF zone/security/DNS readiness; deliver API schema, bindings, secrets status masked. Deliver 05b-backend.md.


id: t_f5e80144
title: 05A aieditorrsp frontend implementation + CF deploy
assignee: mojie
status: blocked
created_by: user
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-05a-frontend
skills: ["projects/frontend-site-build"]
body:
  GOAL MODE / STRICT. New fixed-domain site pipeline. Kanban is the only source of truth.
  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Input brief: /root/.hermes/reports/site-aieditorrsp-20260528/input-brief.md
  Cloudflare zone: 9313bcd5de4003b7cf1eefd3e844cb20 pending; required NS: coraline.ns.cloudflare.com, nico.ns.cloudflare.com
  Reports root: /root/.hermes/reports/site-aieditorrsp-20260528

  Rules:
  - User already approved starting this site; do not wait for keyword approval. If the domain/keyword is invalid, BLOCK with evidence and safer pivot.
  - First task must infer/validate the final primary keyword and positioning from SERP/Trends/competitors; initial hypothesis is "AI editor response / AI response editor".
  - Fixed domain means do not do domain recommendation as a blocker; still assess trademark/SEO/readability risk.
  - Cloudflare Workers/OpenNext first unless PRD explicitly proves static-only.
  - Code tasks must commit + push + deploy from same commit.
  - External publishing/submissions wait for owner approval unless they are standard webmaster/sitemap/IndexNow setup after launch approval.
  - Every DONE must include artifact_paths, verification, residual_risk, next_inputs, project_slug, primary_keyword.

  Read design package and backend/API handoff. Implement in /root/projects/aieditorrsp. Must commit + push + deploy Cloudflare Workers/OpenNext from same commit, bind custom domain after NS active or block precise DNS wait. Verify production/preview, visual fidelity, SEO basics, analytics events. Deliver 05a-frontend.md.


id: t_1b3eb07d
title: 07 aieditorrsp SEO/GEO/AEO recheck
assignee: moyin
status: done
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_1b3eb07d
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-07-seo
skills: ["projects/site-seo-review"]
body:
  GOAL MODE / STRICT. New fixed-domain site pipeline. Kanban is the only source of truth.
  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Input brief: /root/.hermes/reports/site-aieditorrsp-20260528/input-brief.md
  Cloudflare zone: 9313bcd5de4003b7cf1eefd3e844cb20 pending; required NS: coraline.ns.cloudflare.com, nico.ns.cloudflare.com
  Reports root: /root/.hermes/reports/site-aieditorrsp-20260528

  Rules:
  - User already approved starting this site; do not wait for keyword approval. If the domain/keyword is invalid, BLOCK with evidence and safer pivot.
  - First task must infer/validate the final primary keyword and positioning from SERP/Trends/competitors; initial hypothesis is "AI editor response / AI response editor".
  - Fixed domain means do not do domain recommendation as a blocker; still assess trademark/SEO/readability risk.
  - Cloudflare Workers/OpenNext first unless PRD explicitly proves static-only.
  - Code tasks must commit + push + deploy from same commit.
  - External publishing/submissions wait for owner approval unless they are standard webmaster/sitemap/IndexNow setup after launch approval.
  - Every DONE must include artifact_paths, verification, residual_risk, next_inputs, project_slug, primary_keyword.

  Read deployed frontend/backend. Run technical SEO/GEO/AEO checks, sitemap/robots/schema/internal links/indexability. Deliver 07-technical-seo.md.


id: t_5108cbd9
title: 07B aieditorrsp compliance recheck
assignee: modun
status: blocked
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_5108cbd9
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-07b-compliance
skills: ["projects/site-building"]
body:
  GOAL MODE / STRICT. New fixed-domain site pipeline. Kanban is the only source of truth.
  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Input brief: /root/.hermes/reports/site-aieditorrsp-20260528/input-brief.md
  Cloudflare zone: 9313bcd5de4003b7cf1eefd3e844cb20 pending; required NS: coraline.ns.cloudflare.com, nico.ns.cloudflare.com
  Reports root: /root/.hermes/reports/site-aieditorrsp-20260528

  Rules:
  - User already approved starting this site; do not wait for keyword approval. If the domain/keyword is invalid, BLOCK with evidence and safer pivot.
  - First task must infer/validate the final primary keyword and positioning from SERP/Trends/competitors; initial hypothesis is "AI editor response / AI response editor".
  - Fixed domain means do not do domain recommendation as a blocker; still assess trademark/SEO/readability risk.
  - Cloudflare Workers/OpenNext first unless PRD explicitly proves static-only.
  - Code tasks must commit + push + deploy from same commit.
  - External publishing/submissions wait for owner approval unless they are standard webmaster/sitemap/IndexNow setup after launch approval.
  - Every DONE must include artifact_paths, verification, residual_risk, next_inputs, project_slug, primary_keyword.

  Read production/preview + policy pages. Recheck compliance, privacy/terms/cookie/refund, claims, AI safety, domain email. Deliver 07b-compliance-recheck.md.


id: t_6f1d33c9
title: 07C aieditorrsp product acceptance gate
assignee: moce
status: done
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_6f1d33c9
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-07c-pm
skills: ["projects/site-building"]
body:
  GOAL MODE / STRICT. New fixed-domain site pipeline. Kanban is the only source of truth.
  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Input brief: /root/.hermes/reports/site-aieditorrsp-20260528/input-brief.md
  Cloudflare zone: 9313bcd5de4003b7cf1eefd3e844cb20 pending; required NS: coraline.ns.cloudflare.com, nico.ns.cloudflare.com
  Reports root: /root/.hermes/reports/site-aieditorrsp-20260528

  Rules:
  - User already approved starting this site; do not wait for keyword approval. If the domain/keyword is invalid, BLOCK with evidence and safer pivot.
  - First task must infer/validate the final primary keyword and positioning from SERP/Trends/competitors; initial hypothesis is "AI editor response / AI response editor".
  - Fixed domain means do not do domain recommendation as a blocker; still assess trademark/SEO/readability risk.
  - Cloudflare Workers/OpenNext first unless PRD explicitly proves static-only.
  - Code tasks must commit + push + deploy from same commit.
  - External publishing/submissions wait for owner approval unless they are standard webmaster/sitemap/IndexNow setup after launch approval.
  - Every DONE must include artifact_paths, verification, residual_risk, next_inputs, project_slug, primary_keyword.

  Read PRD, SEO, compliance, production/preview. Verify competitive minimum, user tasks, design/product fit, scope. Deliver 07c-product-acceptance.md with PM_GO/NO_GO.


id: t_1ced1a6d
title: 08 aieditorrsp final QA
assignee: motest
status: todo
created_by: user
workspace_kind: scratch
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-08-qa
skills: ["projects/site-qa"]
body:
  GOAL MODE / STRICT. New fixed-domain site pipeline. Kanban is the only source of truth.
  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Input brief: /root/.hermes/reports/site-aieditorrsp-20260528/input-brief.md
  Cloudflare zone: 9313bcd5de4003b7cf1eefd3e844cb20 pending; required NS: coraline.ns.cloudflare.com, nico.ns.cloudflare.com
  Reports root: /root/.hermes/reports/site-aieditorrsp-20260528

  Rules:
  - User already approved starting this site; do not wait for keyword approval. If the domain/keyword is invalid, BLOCK with evidence and safer pivot.
  - First task must infer/validate the final primary keyword and positioning from SERP/Trends/competitors; initial hypothesis is "AI editor response / AI response editor".
  - Fixed domain means do not do domain recommendation as a blocker; still assess trademark/SEO/readability risk.
  - Cloudflare Workers/OpenNext first unless PRD explicitly proves static-only.
  - Code tasks must commit + push + deploy from same commit.
  - External publishing/submissions wait for owner approval unless they are standard webmaster/sitemap/IndexNow setup after launch approval.
  - Every DONE must include artifact_paths, verification, residual_risk, next_inputs, project_slug, primary_keyword.

  Read PM acceptance. Run real user QA, mobile, performance, security, SEO, analytics, design fidelity. Deliver 08-qa.md with QA_GO/NO_GO.


id: t_3c3a1800
title: 08H aieditorrsp owner review gate
assignee: moce
status: blocked
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_3c3a1800
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-08h-owner
skills: ["projects/site-building"]
body:
  GOAL MODE / STRICT. New fixed-domain site pipeline. Kanban is the only source of truth.
  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Input brief: /root/.hermes/reports/site-aieditorrsp-20260528/input-brief.md
  Cloudflare zone: 9313bcd5de4003b7cf1eefd3e844cb20 pending; required NS: coraline.ns.cloudflare.com, nico.ns.cloudflare.com
  Reports root: /root/.hermes/reports/site-aieditorrsp-20260528

  Rules:
  - User already approved starting this site; do not wait for keyword approval. If the domain/keyword is invalid, BLOCK with evidence and safer pivot.
  - First task must infer/validate the final primary keyword and positioning from SERP/Trends/competitors; initial hypothesis is "AI editor response / AI response editor".
  - Fixed domain means do not do domain recommendation as a blocker; still assess trademark/SEO/readability risk.
  - Cloudflare Workers/OpenNext first unless PRD explicitly proves static-only.
  - Code tasks must commit + push + deploy from same commit.
  - External publishing/submissions wait for owner approval unless they are standard webmaster/sitemap/IndexNow setup after launch approval.
  - Every DONE must include artifact_paths, verification, residual_risk, next_inputs, project_slug, primary_keyword.

  After QA_GO, prepare owner review pack and BLOCK waiting for Mengjian confirmation before launch ops. Deliver 08h-owner-review.md.


id: t_73474c55
title: 09 aieditorrsp launch/webmaster/cold start
assignee: moyun
status: todo
created_by: user
workspace_kind: scratch
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-09-launch
skills: ["projects/site-launch"]
body:
  GOAL MODE / STRICT. New fixed-domain site pipeline. Kanban is the only source of truth.
  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Input brief: /root/.hermes/reports/site-aieditorrsp-20260528/input-brief.md
  Cloudflare zone: 9313bcd5de4003b7cf1eefd3e844cb20 pending; required NS: coraline.ns.cloudflare.com, nico.ns.cloudflare.com
  Reports root: /root/.hermes/reports/site-aieditorrsp-20260528

  Rules:
  - User already approved starting this site; do not wait for keyword approval. If the domain/keyword is invalid, BLOCK with evidence and safer pivot.
  - First task must infer/validate the final primary keyword and positioning from SERP/Trends/competitors; initial hypothesis is "AI editor response / AI response editor".
  - Fixed domain means do not do domain recommendation as a blocker; still assess trademark/SEO/readability risk.
  - Cloudflare Workers/OpenNext first unless PRD explicitly proves static-only.
  - Code tasks must commit + push + deploy from same commit.
  - External publishing/submissions wait for owner approval unless they are standard webmaster/sitemap/IndexNow setup after launch approval.
  - Every DONE must include artifact_paths, verification, residual_risk, next_inputs, project_slug, primary_keyword.

  After owner approval, run launch ops: production URL, domain email, CF settings incl Crawler Hints, GSC/Bing sitemap, IndexNow, cold-start drafts. No external posts without approval. Deliver 09-launch.md.


id: t_a2c10ed9
title: 10 aieditorrsp data review handoff
assignee: moxi
status: todo
created_by: user
workspace_kind: scratch
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-10-data-review
skills: ["projects/site-data-review"]
body:
  GOAL MODE / STRICT. New fixed-domain site pipeline. Kanban is the only source of truth.
  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Input brief: /root/.hermes/reports/site-aieditorrsp-20260528/input-brief.md
  Cloudflare zone: 9313bcd5de4003b7cf1eefd3e844cb20 pending; required NS: coraline.ns.cloudflare.com, nico.ns.cloudflare.com
  Reports root: /root/.hermes/reports/site-aieditorrsp-20260528

  Rules:
  - User already approved starting this site; do not wait for keyword approval. If the domain/keyword is invalid, BLOCK with evidence and safer pivot.
  - First task must infer/validate the final primary keyword and positioning from SERP/Trends/competitors; initial hypothesis is "AI editor response / AI response editor".
  - Fixed domain means do not do domain recommendation as a blocker; still assess trademark/SEO/readability risk.
  - Cloudflare Workers/OpenNext first unless PRD explicitly proves static-only.
  - Code tasks must commit + push + deploy from same commit.
  - External publishing/submissions wait for owner approval unless they are standard webmaster/sitemap/IndexNow setup after launch approval.
  - Every DONE must include artifact_paths, verification, residual_risk, next_inputs, project_slug, primary_keyword.

  Read launch output. Register review pool and analytics/webmaster handoff. Deliver 10-data-review-handoff.md.


id: t_b8daf6e2
title: 05J getaiemail frontend continuation: commit push deploy verify
assignee: mojie
status: done
created_by: xiaomo
workspace_kind: dir
workspace_path: /root/projects/getaiemail
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-05j-frontend-continuation-commit-push-deploy
skills: ["projects/frontend-site-build"]
body:
  GOAL MODE / STRICT CONTINUATION. This is a narrow continuation for the exhausted getaiemail frontend implementation card. Do not restart from scratch.

  Tenant: site-getaiemail-20260527
  Original exhausted card: t_38f523a7
  Upstream official Stitch all-pages DESIGN_GO: t_d2a441a2
  Canonical design package: /root/.hermes/reports/site-getaiemail-20260527/design-fresh-stitch-all-pages
  Repo: /root/projects/getaiemail
  Telegram status target: telegram:-1003750190535:5318

  Current verified state from Host:
  - Repo already contains uncommitted frontend changes from t_38f523a7.
  - Modified files include src/app/page.tsx, src/app/[slug]/page.tsx, src/app/globals.css, legal pages, src/components/EmailGenerator.tsx, src/components/PageShell.tsx, src/lib/site.ts.
  - Implemented scope already appears to cover homepage, 9 scenario pages, legal pages, pricing/FAQ, and tool states: empty/loading/result/error/limit/unsafe.
  - Existing local checks have passed in previous run: npm run verify, npm run typecheck, npm run build, npm run worker:build.
  - Latest committed SHA before continuation: 1632466 feat: align getaiemail frontend with stitch artifacts.

  Your task:
  1. Reuse the existing dirty work in /root/projects/getaiemail. Do NOT overwrite with a fresh implementation.
  2. Inspect git diff; remove accidental/generated noise if any. Preserve user/product copy and official Stitch fidelity.
  3. Re-run gates:
     - npm run verify
     - npm run typecheck
     - npm run build
     - npm run worker:build
  4. Browser/local check the key routes:
     - /
     - /cold-email-generator
     - /follow-up-email-generator
     - one legal page
     - tool states via ?toolState=empty/loading/result/error/limit/unsafe as applicable
  5. Commit with Conventional Commit, push to origin/main, deploy with the repo’s Cloudflare/OpenNext command, and verify production.
  6. Complete Kanban only after source sync + deployment verification.

  Required completion metadata:
  - artifact_paths
  - verification
  - git_status_before
  - git_status_after
  - commit_sha
  - pushed_branch
  - deploy_url / production_url
  - deployment_source_commit
  - routes_verified
  - residual_risk

  External/public publishing beyond deployment stays gated. Routine deploy to the existing site is allowed by this continuation.


id: t_408109f7
title: 04B aieditorrsp full-route Stitch design supplement
assignee: moying
status: done
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_408109f7
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-04b-full-route-stitch-supplement
skills: ["projects/site-design"]
body:
  GOAL MODE / STRICT DESIGN CONTINUATION. Owner correction: design should preferably be full Stitch output for every public route, not only core product/SEO/tool pages.

  Tenant: site-aieditorrsp-20260528
  Existing design task: t_cbe1516a
  Existing official Stitch project: 7329555727489747022
  Existing design package: /root/.hermes/reports/site-aieditorrsp-20260528/design
  Current coverage: 12 official SDK screens for /, /ai-photo-prompt-editor, /chatgpt-photo-editing-prompts, /ai-photo-editing-prompts, /prompt-library, and tool-states, desktop/mobile. fallback_status=none.
  Missing full-route Stitch coverage: /privacy, /terms, /cookie-policy, /refund, /contact. If pricing/FAQ are separate public routes in the route contract, include them too; if pricing/FAQ remain sections, verify they are visible in relevant screens and record the decision.

  Task:
  1. Load and follow projects/site-design.
  2. Use official @google/stitch-sdk only. No local fallback may be marked DESIGN_GO.
  3. Extend the existing design package or create a clearly named supplement under /root/.hermes/reports/site-aieditorrsp-20260528/design-full-route-supplement.
  4. Generate missing public route screens with official Stitch SDK, desktop + mobile where route pages need responsive truth.
  5. Export HTML + screenshots for every new screen.
  6. Update/produce screen-index.json with projectId, screenId, htmlUrl, imageUrl, localHtml, localScreenshot, source=official-stitch-sdk, fallback_status=none.
  7. Update HANDOFF.md / content-fit-matrix.md or create supplement docs describing all public routes and how frontend should consume them.
  8. Complete with metadata: artifact_paths, verification, full_route_coverage, missing_after, residual_risk, next_inputs.
  9. Send only short START/DONE/BLOCKED status to telegram:-1003750190535:5318. No internal context.

  Do not redo the already valid 12 core screens unless needed. This is a narrow supplement to reach full public-route Stitch coverage.


id: t_f08f1455
title: 05A2 aieditorrsp frontend continuation: full-route Stitch release sync
assignee: mojie
status: done
created_by: xiaomo
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-frontend-continuation-full-route-v1
skills: ["projects/frontend-site-build"]
body:
  GOAL MODE / STRICT FRONTEND CONTINUATION.

  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Repo/workspace: /root/projects/aieditorrsp
  Original frontend task: t_f5e80144 (blocked only by iteration budget after producing dirty local implementation)
  Valid parents/artifacts:
  - Core official Stitch design: t_cbe1516a, /root/.hermes/reports/site-aieditorrsp-20260528/design
  - Full-route Stitch supplement: t_408109f7, /root/.hermes/reports/site-aieditorrsp-20260528/design-full-route-supplement
  - Combined full-route index: /root/.hermes/reports/site-aieditorrsp-20260528/design-full-route-supplement/stitch/full-route-screen-index.json
  - Backend/API/infra contract: t_64e4e44b
  - PRD: /root/.hermes/reports/site-aieditorrsp-20260528/03-prd-v1.md

  Use official Stitch HTML as visual truth. Supplement adds /pricing /privacy /terms /cookie-policy /refund /contact desktop+mobile, source=official-stitch-sdk, fallback_status=none. Keep /prompts/[slug] noindex / not generated until unique prompt data exists.

  Task scope: do NOT restart from scratch. Reuse existing dirty repo state in /root/projects/aieditorrsp and finish the release-sync loop only:
  1. Load projects/frontend-site-build.
  2. Inspect git diff/status and clean accidental/generated noise only if needed; preserve valid implementation.
  3. Merge/align full-route supplement pages into the existing frontend: /pricing /privacy /terms /cookie-policy /refund /contact, plus original routes.
  4. Confirm routes and copy reflect residual launch risks: contact email/provider retention/analytics/refund/Stripe tax are placeholders or clearly marked where applicable; no unsupported claims.
  5. Run lint/typecheck/build/worker build and route verification. If a verifier script exists, run it and update it for the new full-route matrix.
  6. Commit with Conventional Commit, push, deploy Cloudflare Workers/OpenNext from the same commit.
  7. Verify preview/production routes: /, /ai-photo-prompt-editor, /chatgpt-photo-editing-prompts, /ai-photo-editing-prompts, /prompt-library, /pricing, /privacy, /terms, /cookie-policy, /refund, /contact, /robots.txt, /sitemap.xml.
  8. Write /root/.hermes/reports/site-aieditorrsp-20260528/05a-frontend-continuation.md.
  9. Complete with metadata: commit_sha, pushed_branch, deploy_url, production_url, deployment_source_commit, routes_verified, artifact_paths, verification, git_status_after, residual_risk, next_inputs.
  10. Send only short START/DONE/BLOCKED status to telegram:-1003750190535:5318. No internal context.

  If custom domain/Cloudflare binding blocks deploy, BLOCK with exact DNS/Cloudflare evidence and keep commit pushed. Do not mark DONE without source synced + deployment verified.


id: t_27798730
title: 07R aieditorrsp SEO/GEO remediation after NO-GO
assignee: mojie
status: blocked
created_by: moyin
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_27798730
tenant: site-aieditorrsp-20260528
last_failure_error: pid 3884393 not alive
skills: ["projects/frontend-site-build", "software-development/nextjs-seo-audit"]
session_id: 20260528_170919_4fdede
body:
  GOAL MODE / STRICT. Tenant: site-aieditorrsp-20260528. Project slug: aieditorrsp. Domain: https://aieditorrsp.net. Parent SEO recheck t_1b3eb07d delivered NO_GO_FOR_SEO_INDEXING.

  Read first:
  - /root/.hermes/reports/site-aieditorrsp-20260528/07-technical-seo.md
  - /root/.hermes/reports/site-aieditorrsp-20260528/07-audit-prod.json
  - /root/.hermes/reports/site-aieditorrsp-20260528/02c-seo-copy.md
  - repo https://github.com/mengjian-github/aieditorrsp commit b071eb9c49a149ad7ec5f1ba5b9f4a2f49903c26

  Required P0 fixes:
  1. Add JSON-LD schema on core pages: / WebApplication+FAQPage+BreadcrumbList; /ai-photo-prompt-editor WebApplication+FAQPage; /chatgpt-photo-editing-prompts Article+FAQPage+BreadcrumbList; /ai-photo-editing-prompts CollectionPage+FAQPage; /prompt-library CollectionPage+FAQPage.
  2. Expand crawlable visible copy to >=800 useful words on /, /ai-photo-prompt-editor, /chatgpt-photo-editing-prompts, /ai-photo-editing-prompts; keep /prompt-library useful and improve target phrase/semantic coverage.
  3. Bring keyword/semantic coverage into natural 2.5%-3.6% band or document explicit waiver in next report.
  4. Add/fix meaningful alt text for all non-decorative images; replace or localize external lh3 image assets if practical.
  5. Fix titles to 40-60 chars, pricing description <=160 chars, and page-specific og:url / social metadata.
  6. Add scripts/seo-audit.* plus npm run seo:audit; chain deploy so build + seo:audit must pass before deploy.
  7. Commit + push + deploy from the same commit; include production verification and git clean state.

  Do not submit to GSC/Bing/IndexNow. Completion must include artifact_paths, commit_sha, deployment_source_commit, deploy_url, verification, residual_risk, project_slug, primary_keyword.


id: t_b03746fb
title: 07R2 aieditorrsp SEO P0 remediation continuation
assignee: mojie
status: done
created_by: xiaomo
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-seo-p0-remediation-v2
skills: ["projects/frontend-site-build"]
body:
  GOAL MODE / STRICT SEO P0 REMEDIATION.

  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Domain: https://aieditorrsp.net
  Repo/workspace: /root/projects/aieditorrsp
  Parent SEO recheck: t_1b3eb07d = NO_GO_FOR_SEO_INDEXING
  Superseded crashed task: t_27798730 (quarantined because invalid forced skill software-development/nextjs-seo-audit caused deterministic startup crash)

  Read first:
  - /root/.hermes/reports/site-aieditorrsp-20260528/07-technical-seo.md
  - /root/.hermes/reports/site-aieditorrsp-20260528/07-audit-prod.json
  - /root/.hermes/reports/site-aieditorrsp-20260528/02c-seo-copy.md
  - /root/.hermes/reports/site-aieditorrsp-20260528/05a-frontend-continuation.md
  - Current repo /root/projects/aieditorrsp, expected baseline commit b071eb9c49a149ad7ec5f1ba5b9f4a2f49903c26 or newer.

  Required P0 fixes:
  1. Add JSON-LD schema on core pages:
     - / : WebApplication + FAQPage + BreadcrumbList
     - /ai-photo-prompt-editor : WebApplication + FAQPage
     - /chatgpt-photo-editing-prompts : Article + FAQPage + BreadcrumbList
     - /ai-photo-editing-prompts : CollectionPage + FAQPage
     - /prompt-library : CollectionPage + FAQPage
  2. Expand crawlable visible copy to >=800 useful words on /, /ai-photo-prompt-editor, /chatgpt-photo-editing-prompts, /ai-photo-editing-prompts; keep /prompt-library useful and improve exact + semantic target coverage.
  3. Bring keyword/semantic coverage into a natural 2.5%-3.6% band where sensible; if exact density is intentionally lower, document waiver and semantic evidence in report.
  4. Add/fix meaningful alt text for all non-decorative images; localize/replace external lh3 assets if practical.
  5. Fix titles to 40-60 chars, pricing meta description <=160 chars, and page-specific og:url/social metadata.
  6. Add repo-local SEO audit gate: scripts/seo-audit.* plus npm run seo:audit. It must catch JSON-LD missing, word-count floor, image-alt gaps, canonical/og:url issues, and forbidden indexing of thin /prompts/[slug].
  7. Ensure deploy chain requires build + seo:audit before production deploy.
  8. Run lint/typecheck/build/seo:audit, commit with Conventional Commit, push, deploy Cloudflare Workers/OpenNext from same commit.
  9. Verify production routes and write /root/.hermes/reports/site-aieditorrsp-20260528/07r-seo-p0-remediation.md.

  Do NOT submit GSC/Bing/IndexNow. Completion must include artifact_paths, commit_sha, deployment_source_commit, deploy_url, routes_verified, verification, residual_risk, project_slug, primary_keyword, git_status_after.

  Report START/DONE/BLOCKED only to telegram:-1003750190535:5318.


id: t_d1a1ed94
title: 07R3 aieditorrsp SEO/GEO recheck after P0 remediation
assignee: moyin
status: done
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_d1a1ed94
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-seo-recheck-after-p0-v1
skills: ["projects/site-seo-review"]
body:
  GOAL MODE / STRICT SEO RECHECK AFTER P0 REMEDIATION.

  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Domain: https://aieditorrsp.net
  Parent remediation must be DONE before this starts.

  Read:
  - /root/.hermes/reports/site-aieditorrsp-20260528/07-technical-seo.md
  - /root/.hermes/reports/site-aieditorrsp-20260528/07-audit-prod.json
  - /root/.hermes/reports/site-aieditorrsp-20260528/07r-seo-p0-remediation.md
  - Production site at https://aieditorrsp.net

  Task:
  1. Load projects/site-seo-review.
  2. Re-audit only after the remediation commit is deployed.
  3. Verify all previous P0 blockers are fixed: JSON-LD, core page word count, keyword/semantic coverage, image alt, page-level og:url/social metadata, seo:audit deploy gate.
  4. Verify /prompts/[slug] remains noindex/not generated until unique content exists.
  5. Do not submit GSC/Bing/IndexNow.
  6. Write /root/.hermes/reports/site-aieditorrsp-20260528/07r2-technical-seo-recheck.md and raw audit JSON.
  7. Complete with SEO_GO or SEO_NO_GO plus artifact_paths, verification, residual_risk, and next_inputs.

  Report START/DONE/BLOCKED only to telegram:-1003750190535:5318.


id: t_6db59efd
title: 07C1 aieditorrsp compliance P0 frontend/policy fix
assignee: mojie
status: blocked
created_by: xiaomo
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-compliance-frontend-policy-fix-v1
skills: ["projects/frontend-site-build"]
body:
  GOAL MODE / STRICT COMPLIANCE P0 FRONTEND/POLICY FIX.

  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Domain: https://aieditorrsp.net
  Repo/workspace: /root/projects/aieditorrsp
  Parent compliance recheck: t_5108cbd9 = COMPLIANCE_NO_GO_FOR_LAUNCH
  Report: /root/.hermes/reports/site-aieditorrsp-20260528/07b-compliance-recheck.md

  Scope: frontend/legal/policy copy and route behavior only. Coordinate with backend/infra task for DNS/provider/API, but do not wait if you can safely fix copy.

  Required P0 fixes:
  1. Replace every wrong `@aieditor-rsp.io` email in Contact / Privacy / Refund / Terms / footer with the fixed domain or a real reachable fallback. Preferred: use `hello@aieditorrsp.net` / `support@aieditorrsp.net` only if the backend/infra task confirms mailbox/DNS; otherwise use a real verified Nextfield/Mengjian support mailbox and document it.
  2. Cookie Policy must match production reality:
     - If only Plausible is loaded, state privacy-friendly Plausible analytics only.
     - Remove claims for `/settings/privacy`, GA cookies, consent_flags, cookie log download, flush local storage, or implement real controls if you choose that path.
     - Do not claim nonexistent consent controls.
  3. Align AI provider/model/retention copy with backend/infra outcome. If provider remains unset, mark generation as waitlist/preview and avoid claiming active third-party processing details that are not true.
  4. `/api/generate-image` 503 PROVIDER_NOT_CONFIGURED must not contradict public marketing. If generation is disabled, UI/pricing/legal must say provider not yet enabled / preview mode; if enabled by backend task, reflect the real provider and retention terms.
  5. Keep paid/Stripe/tax claims gated until backend/payment settings are confirmed.
  6. Run lint/typecheck/build and any site verify scripts.
  7. Commit + push + deploy from the same commit. Write /root/.hermes/reports/site-aieditorrsp-20260528/07c1-compliance-frontend-fix.md.

  Completion metadata must include: artifact_paths, commit_sha, deployment_source_commit, deploy_url, routes_verified, verification, residual_risk, project_slug, git_status_after.

  Do NOT submit GSC/Bing/IndexNow. Report START/DONE/BLOCKED only to telegram:-1003750190535:5318.


id: t_9199d185
title: 07C2 aieditorrsp compliance P0 backend/infra/provider fix
assignee: moshu
status: blocked
created_by: xiaomo
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-compliance-backend-infra-fix-v1
skills: ["projects/backend-site-build"]
body:
  GOAL MODE / STRICT COMPLIANCE P0 BACKEND/INFRA FIX.

  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Domain: https://aieditorrsp.net
  Repo/workspace: /root/projects/aieditorrsp if code changes are needed; otherwise scratch with durable report.
  Parent compliance recheck: t_5108cbd9 = COMPLIANCE_NO_GO_FOR_LAUNCH
  Report: /root/.hermes/reports/site-aieditorrsp-20260528/07b-compliance-recheck.md

  Scope: infra/backend/provider/email truth. Do not fake production readiness.

  Required P0 fixes / decisions:
  1. Email deliverability:
     - Inspect Cloudflare DNS for aieditorrsp.net MX/TXT/SPF/DKIM/DMARC.
     - If a project mailbox exists and credentials/config are available, configure MX/SPF/DKIM/DMARC and verify deliverability enough for launch gate.
     - If mailbox cannot be configured safely, BLOCK with exact missing input OR provide a real reachable fallback support email for frontend/legal task to use. Do not leave nonexistent @aieditorrsp.net addresses in policies.
  2. Provider/model/retention/training disclosure:
     - Determine actual launch provider/model for image generation, data sent, storage/retention, whether inputs are used for model training, deletion path, abuse logging.
     - If provider is not locked/configured, explicitly classify generation as disabled/preview/waitlist and provide copy constraints for frontend/legal.
  3. `/api/generate-image`:
     - Either configure provider secrets and make safe prompt return a real non-503 success/stub acceptable for launch, with unsafe prompt still blocked; OR keep endpoint disabled and make that a launch blocker for full product claims.
     - Never mark DONE claiming launch readiness if safe prompt still 503 unless the intended product state is clearly preview-only and PM accepts that scope.
  4. Stripe/tax/payment risk:
     - Confirm paid generation remains disabled or provide exact Stripe Tax/Checkout status. Do not enable paid checkout without Tax readiness.
  5. Write /root/.hermes/reports/site-aieditorrsp-20260528/07c2-compliance-backend-infra-fix.md with DNS/provider/API evidence.
  6. If code/DNS changes are made, commit/push/deploy from same commit where applicable; mask secrets.

  Completion metadata must include: artifact_paths, dns_status, email_status, provider_status, api_generate_image_status, payment_status, verification, residual_risk, next_inputs, project_slug.

  Do NOT submit GSC/Bing/IndexNow. Report START/DONE/BLOCKED only to telegram:-1003750190535:5318.


id: t_f59ba344
title: 07B2 aieditorrsp compliance recheck after P0 fixes
assignee: modun
status: done
created_by: xiaomo
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_f59ba344
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-compliance-recheck-after-p0-v1
skills: ["projects/site-building"]
body:
  GOAL MODE / STRICT COMPLIANCE RECHECK AFTER P0 FIXES.

  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Domain: https://aieditorrsp.net
  Original compliance recheck: t_5108cbd9 = COMPLIANCE_NO_GO_FOR_LAUNCH
  Original report: /root/.hermes/reports/site-aieditorrsp-20260528/07b-compliance-recheck.md

  Parents must both be DONE before this starts:
  - frontend/legal/policy fix
  - backend/infra/provider/email fix

  Task:
  1. Load projects/site-building or compliance policy instructions available in your profile.
  2. Re-audit production and repo after P0 fixes.
  3. Verify P0 closure:
     - no wrong @aieditor-rsp.io references;
     - contact/privacy/refund email is reachable or explicitly real fallback;
     - aieditorrsp.net MX/TXT/DMARC status matches policy claims;
     - Cookie Policy matches actual analytics/consent implementation;
     - AI provider/model/retention/training terms are locked OR generation is clearly disabled/preview-only;
     - /api/generate-image behavior matches public claims and safety policy;
     - paid/Stripe/tax claims remain gated unless tax/payment config is verified.
  4. Do not submit GSC/Bing/IndexNow.
  5. Write /root/.hermes/reports/site-aieditorrsp-20260528/07b2-compliance-recheck.md.
  6. Complete with COMPLIANCE_GO_FOR_PM_GATE or COMPLIANCE_NO_GO_FOR_LAUNCH plus artifact_paths, verification, residual_risk, next_inputs.

  Report START/DONE/BLOCKED only to telegram:-1003750190535:5318.


id: t_74dc23ce
title: 07R3F aieditorrsp fix rendered image alt SEO blocker
assignee: mojie
status: done
created_by: moyin
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_74dc23ce
tenant: site-aieditorrsp-20260528
session_id: 20260528_180826_79a74c
body:
  GOAL MODE / STRICT FOLLOW-UP after SEO recheck t_d1a1ed94 returned SEO_NO_GO.

  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Domain: https://aieditorrsp.net
  Repo: https://github.com/mengjian-github/aieditorrsp
  Parent report: /root/.hermes/reports/site-aieditorrsp-20260528/07r2-technical-seo-recheck.md
  Raw prod audit: /root/.hermes/reports/site-aieditorrsp-20260528/07r2-audit-prod.json

  Fix only the remaining SEO blockers:
  1. Production rendered HTML still has <img> without alt on `/`, `/ai-photo-prompt-editor`, `/chatgpt-photo-editing-prompts`, `/ai-photo-editing-prompts`, `/pricing`, `/contact`. Fix rendered output, not just source-level assumptions.
  2. Harden `scripts/seo-audit.mjs` so it checks rendered build output or production-like HTML for image alt; current local audit reports `img_missing_alt=0` while production fails.
  3. Trim `/ai-photo-editing-prompts` title from 62 chars to <=60.
  4. Keep existing JSON-LD, copy depth, page-level og:url, sitemap, and /prompts no-generation behavior intact.

  Verification required:
  - npm run verify
  - npm run seo:audit
  - npm run build
  - deploy from same committed/pushed source commit
  - production fetch proof that all audited images have non-empty alt or documented decorative handling
  - write /root/.hermes/reports/site-aieditorrsp-20260528/07r3-seo-alt-remediation.md

  Do not submit GSC/Bing/IndexNow.


id: t_b6e5fdf2
title: 07R4 aieditorrsp production SEO recheck after alt remediation
assignee: moyin
status: done
created_by: mojie
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_b6e5fdf2
tenant: site-aieditorrsp-20260528
session_id: 20260528_181527_846379
body:
  Follow-up read-only production SEO/GEO/AEO recheck after 07R3 frontend remediation.

  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Domain: https://aieditorrsp.net
  Repo commit: b5b1ced4514b8cdb6a48e0f2e2f71ed039c09034
  Deploy version: b0524093-48d7-4100-b7de-546b9837b644
  Remediation report: /root/.hermes/reports/site-aieditorrsp-20260528/07r3-seo-alt-remediation.md
  Prod alt proof: /root/.hermes/reports/site-aieditorrsp-20260528/07r3-prod-alt-proof.json
  Local rendered audit: /root/.hermes/reports/site-aieditorrsp-20260528/07r3-seo-audit-local.json

  Scope: read-only production recheck. Verify rendered image alt on audited routes, /ai-photo-editing-prompts title length <=60, JSON-LD/copy depth/og:url/sitemap and /prompts non-generation remain intact. Do not submit GSC/Bing/IndexNow unless a later launch task explicitly authorizes it.

  Expected output: 07r4 SEO recheck report with SEO_GO/SEO_NO_GO verdict and raw audit artifact.


id: t_18025030
title: [Daily Step 0 墨探] 新词发现并选择今日新站
assignee: motan
status: blocked
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_18025030
tenant: site-daily-20260529
idempotency_key: site-daily-20260529-00-motan
skills: ["projects/site-research"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260529/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。

  任务：每日新词新站启动。今天只允许选择 1 个最值得做的新站机会。

  强制口径（2026-05-21 对齐）：
  - Step 0 默认只走「严格新词管线」。新词定义：市场搜索需求正在明确起量，不是概念新、SERP 有早期供给、社区有人聊。
  - Google Trends 是硬门槛：US/en past 7 days 必须有 rising/breakout/top query 可见；补 30/90 天确认不是单日噪声。Google Trends 查不到量，默认不能作为今日主推荐。
  - GPTs 对比是硬门槛：必须拿候选词和 GPTs/ChatGPT 相关基准词做趋势强度对比，输出 `gpts_baseline_keyword`、`candidate_trend_value`、`baseline_trend_value`、`gpts_ratio`；只有 `gpts_ratio > 1.0` 才能进入 A_NOW/B_QUEUE。
  - 12 个月回溯是硬门槛：必须标注 `freshness_12m = new | old_hot | stable_old | spike_noise | no_data`；每日新站主推荐只允许 `new`。old_hot/稳定老词只能观察，除非孟健明确批准兜底。
  - SERP/社区/模型发布/托管新站信号只能做辅助，不得替代 Google Trends 起量 + GPTs ratio。
  - 如果没有合格新词，必须如实 BLOCK：`NO_CLEAN_NEW_WORD_TODAY`，给观察池和下一步采集建议；不要退回老词硬凑一个站。

  输入：
  - 当前方向：AI 编程、出海工具、小产品矩阵、SEO 驱动站。
  - 目标市场：优先 US/en；如果发现中文市场机会也可标注但默认不启动。

  必须输出：
  - selected_keyword
  - project_slug
  - target_market
  - 为什么今天选这个词（必须包含 Google Trends 7d/30d/90d 证据、GPTs ratio、12m freshness）
  - SERP 初判
  - 是否 AI 功能 / 登录 / 支付 / 域名调研
  - handoff_path: reports/site-pipeline/site-daily-20260529/00-daily-keyword.md

  人工卡点（强制）：
  1. 先完成调研与候选排序，写入 reports/site-pipeline/site-daily-20260529/00-daily-keyword.md。
  2. 不要直接 kanban_complete。
  3. 必须用 send_message 由墨探 bot 发到 Telegram 群/做站 topic，发「推荐词 + 2 个备选 + 选择理由 + 风险 + task_id」，并明确让他在群里 @墨探 回复：
     - 「确认 <task_id>」= 用推荐词继续
     - 「换成 <keyword> <project_slug> <task_id>」= 改词继续
     - 「暂停 <task_id>」= 今日不启动
  4. 发完确认请求后，执行 kanban_block，原因必须以 `WAITING_USER_KEYWORD_APPROVAL` 开头，并包含 task_id / selected_keyword / project_slug。
  5. 孟健在群里确认后，墨探需要先登记复盘白名单，再 complete：
     `python3 /root/.hermes/scripts/site_review_registry.py approve --slug <project_slug> --keyword '<selected_keyword>' --target-market '<target_market>' --task-id <task_id> --handoff-path 'reports/site-pipeline/site-daily-20260529/00-daily-keyword.md'`
     然后执行：
     `hermes kanban --board site-factory complete <task_id> --summary '<最终选词结论>' --metadata '{"selected_keyword":"...","project_slug":"...","target_market":"...","approval":"user_confirmed","google_trends_7d":"rising|breakout|top_visible","google_trends_30d_90d":"rising|flat|declining|spike_noise","gpts_baseline_keyword":"gpts|chatgpt|...","gpts_ratio":1.23,"freshness_12m":"new","review_registry":"/root/.hermes/state/site_review_approved_sites.json","handoff_path":"reports/site-pipeline/site-daily-20260529/00-daily-keyword.md"}'`
     complete 后下游才会继续；未写入白名单的站点不得进入 site-review 复盘池。

  如果没有合格词：同样先在群里汇报候选词和不启动原因，再 block。


id: t_7cc8e6db
title: [Daily Step 1 墨策] Brief v0：产品/搜索边界
assignee: moce
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260529
idempotency_key: site-daily-20260529-01-moce-brief-v0
skills: ["projects/site-building"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260529/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取父任务墨探输出，只产出 Brief v0，不写完整 PRD。
  Brief v0 只锁 5 件事：目标用户、搜索意图、核心任务、竞品最低能力假设、页面矩阵假设。目的是给并行角色统一边界，避免 SEO 后补、设计返工、开发硬塞词。
  必须包含：site_type 假设、selected_keyword、project_slug、target_market、core_user_tasks、competitive_minimum_hypothesis、page_matrix_hypothesis、known_unknowns、并行输入需要回答的问题。
  交付：reports/site-pipeline/site-daily-20260529/01-brief-v0.md
  验收：metadata.artifact_paths 必须包含 01-brief-v0.md；acceptance_checklist 必须覆盖目标用户、搜索意图、核心任务、竞品最低能力假设、页面矩阵假设、并行任务问题清单。
  如果 Brief v0 无法明确边界，block `BRIEF_V0_INSUFFICIENT_CONTEXT`，不要进入并行。


id: t_b546c024
title: [Daily Step 2A 墨账] 定价/免费额度/成本上限/转化策略
assignee: mozhang
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260529
idempotency_key: site-daily-20260529-02a-mozhang
skills: ["projects/site-pricing"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260529/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 Brief v0，输出定价、免费额度、成本上限和转化策略。
  必须回答：是否收费、Free/Pro/Lifetime 边界、免费额度、单次成本上限、超额处理、转化 CTA、支付/退款边界给墨盾复核。不能写 unlimited。
  交付：reports/site-pipeline/site-daily-20260529/02a-pricing.md
  验收：metadata.artifact_paths 必须包含 02a-pricing.md；acceptance_checklist 必须覆盖竞品价格、成本模型、套餐边界、免费额度、转化策略、不使用 unlimited。


id: t_4dffe0ef
title: [Daily Step 2B 墨盾] Policy/合规风险/禁用文案/免责声明
assignee: modun
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260529
idempotency_key: site-daily-20260529-02b-modun
skills: ["openclaw-imports/compliance-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260529/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 Brief v0，输出 Policy、合规风险、禁用文案、免责声明和实际功能边界。
  必须给墨引+墨笔和墨策可直接使用的约束：品牌/IP 禁词、不能声称的能力、Privacy/Terms/Cookie/Refund 边界、数据准确性免责声明、AI/UGC/支付风险。
  交付：reports/site-pipeline/site-daily-20260529/02b-compliance.md
  验收：metadata.artifact_paths 必须包含 02b-compliance.md；acceptance_checklist 必须覆盖 IP/商标/隐私/ToS/Cookie/Refund/内容安全/禁用文案/免责声明/上线风险。


id: t_d565813c
title: [Daily Step 2C 墨引+墨笔] SEO + 用户文案联合包
assignee: moyin
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260529
idempotency_key: site-daily-20260529-02c-moyin-mobi
skills: ["projects/site-seo-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260529/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 Brief v0，与墨笔职责合并产出“可直接进页面”的 SEO + 用户文案联合包；不是 SEO 词表，也不是散文。
  墨引负责：关键词、搜索意图、页面矩阵、内链、Schema、SERP Top 3-5、competitive_minimum、interaction_baseline、index/noindex 初判。
  墨笔负责：用户可读 headline、section copy、FAQ、CTA、AEO short answers、Meta 3 变体、CORE-EEAT、禁词自查。
  联合输出必须逐页/逐 section：URL、主关键词、次关键词、intent、H1/H2、section final copy、FAQ、CTA、schema text、internal links、是否首页展示/是否下沉。必须能被墨策直接合入 PRD v1，能被墨影直接做 content-fit-matrix。
  交付：reports/site-pipeline/site-daily-20260529/02c-seo-copy.md
  验收：metadata.artifact_paths 必须包含 02c-seo-copy.md；acceptance_checklist 必须覆盖 SERP、关键词、页面矩阵、内链、Schema、搜索意图、landing sections、SEO pages final copy、Meta、FAQ、CTA、AEO、CORE-EEAT、合规禁词检查、design_ready_structure。
  metadata 必须包含 p0_pages、target_keywords、interaction_baseline、competitive_minimum、index_policy。


id: t_c70d4c36
title: [Daily Step 3 墨策] PRD v1：整合并锁定下游合同
assignee: moce
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260529
idempotency_key: site-daily-20260529-03-moce-prd-v1
skills: ["projects/site-building"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260529/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 Brief v0 + 墨账 + 墨盾 + 墨引/墨笔联合包，整合成 PRD v1。
  PRD v1 必须包含：
  - 首页 IA + 每个 section 的最终文案；
  - SEO 内页数量；
  - 每个内页的 URL、主关键词、次关键词、搜索意图、H1/H2、最终文案摘要、schema、内链；
  - pricing/free quota/cost ceiling/conversion strategy；
  - policy/compliance/forbidden copy/disclaimer；
  - site_type、core_user_tasks、competitive_minimum、interaction_baseline；
  - asset/content inventory、domain email/contact policy、analytics/event plan（含事件 taxonomy、UTM、真实上报验收口径）、index/noindex+sitemap policy、Webmaster submission plan（GSC + Bing Webmaster/目标市场站长平台）、Cloudflare settings plan（含 Crawler Hints）、GTM 与 Kill/Iterate/Scale；
  - 给墨影、墨界、墨枢、墨引复验、墨盾复验、墨策验收、墨测、墨运、墨析的 must_read/must_produce/must_not。
  这是下游唯一产品合同；如果并行输入互相冲突，墨策必须 resolve 或 block，不能把冲突丢给设计/开发。
  交付：reports/site-pipeline/site-daily-20260529/03-prd-v1.md
  验收：metadata.artifact_paths 必须包含 03-prd-v1.md；acceptance_checklist 必须覆盖 Brief v0 整合、首页最终文案、SEO 内页矩阵、定价、合规、竞品最低能力、核心用户任务、交互基线、素材清单、索引策略、analytics plan、下游 handoff。
  metadata 必须包含 domain_candidates、requires_auth、requires_payment、site_type、p0_pages、core_user_tasks、pricing_model、compliance_verdict。


id: t_a18fe968
title: [Daily Step 4 墨影] 高保真设计交付包 + 品牌资产
assignee: moying
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260529
idempotency_key: site-daily-20260529-04-moying
skills: ["projects/site-design"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260529/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 PRD v1（其中已整合定价、合规、SEO+文案联合包），必须完整执行 projects/site-design，不允许只交设计说明。
  核心原则：SEO 文案已经前置到 PRD/文案包，设计必须先消化全部 SEO 内容，再决定哪些上首页、哪些下沉到详情/索引页；不得让 SEO 长文、query index、token 列表打破首页布局和用户体验。
  开工前必做输入核验：PRD 是否含 site_type、竞品交互基线、核心用户任务、逐页 IA、逐页 SEO 文案、schema/index policy、asset inventory；缺任一项必须 block `upstream-gate-failed` 回墨策/墨笔，不能自己临时拼。
  必交设计包：
  - reports/site-pipeline/site-daily-20260529/design/HANDOFF.md
  - reports/site-pipeline/site-daily-20260529/design/stitch/screen-index.json
  - reports/site-pipeline/site-daily-20260529/design/screens/<slug>-desktop-final.png
  - reports/site-pipeline/site-daily-20260529/design/screens/<slug>-mobile-final.png
  - reports/site-pipeline/site-daily-20260529/design/html/<slug>-desktop-final.html
  - reports/site-pipeline/site-daily-20260529/design/html/<slug>-mobile-final.html
  - reports/site-pipeline/site-daily-20260529/design/assets/icon.svg / wordmark.svg / stacked.svg / horizontal.svg / logo-system.json
  - favicon 多尺寸；og-image.png / hero 图，如缺必要能力必须写 blocker，不能用占位图冒充完成。
  额外交付：reports/site-pipeline/site-daily-20260529/design/content-fit-matrix.md，逐 section 标明：PRD/SEO 文案来源、展示位置、是否首页展示、若下沉则目标页面、布局容器、视觉风险。
  Stitch 成功口径：只有真实 projectId/screenId 且能 get_screen_code/get_screen_image 才算 Stitch done；如果 Stitch 失败，该任务必须 block 或标记 DESIGN_CONDITIONAL，不能让下游误认为“已用 Stitch”。
  验收：metadata.artifact_paths 必须逐项列出上述文件；acceptance_checklist 必须覆盖 input_contract_checked、content_fit_matrix、real_stitch_project_ids、截图、HTML、logo、favicon、OG/hero、反 AI 味终检、homepage_not_seo_wall、media_cards_not_empty。缺任一关键项必须 block/rework。


id: t_77d43762
title: [Daily Step 5A 墨界] 前端实现 + 数据上报 + CF Pages 预览部署
assignee: mojie
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260529
idempotency_key: site-daily-20260529-05a-mojie
skills: ["projects/frontend-site-build"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260529/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取设计交付包，完成前端实现、构建、数据上报、CF Pages 预览部署。
  开工前先验证父任务设计包 artifact_paths；缺 HANDOFF / screen-index / screenshots / HTML / assets / content-fit-matrix 时必须 block `upstream-gate-failed`。
  如果设计 metadata 显示 DESIGN_CONDITIONAL，必须先由墨策 Design Acceptance 明确放行，不能默认继续。
  实现原则：Stitch/HTML 视觉真源是上限，不是参考图。前端不得自行追加 SEO 墙、query index、token 列表、长篇 route dossier 到首页；SEO 长文只能按 content-fit-matrix 放到指定详情/索引页。任何新增 SEO 模块必须保持设计系统且过移动端截图。
  工具站/地图站不得做成 SEO 原型壳：必须先看至少 3 个直接竞品并输出 interaction_baseline；核心工具必须浏览器实操验证。地图类 P0 必须包含大地图布局、底图/抽象 biome、拖拽缩放、图层多选、marker 弹窗、搜索联动、坐标/深度/数据可信度、移动端可用；不能用装饰图或 prototype 文案冒充 interactive map。
  数据/地图/目录页开工闸门：如果 PRD 要求真实 marker/seed/API/schema，墨界必须先读取墨枢 metadata.artifact_paths 中的 frontend-consumable 数据合同（如 markers.json / manifest.json / frontend-contract.md / schema.json）。缺任一必需文件必须 block `missing-data-contract`，不得自行 mock、不得只按 05B 文字报告脑补数据。数据合同必须区分 `ui_fixture_ready` / `launch_data_ready` / `seo_index_ready`；若 confirmed_count=0 或 launch_data_ready=false，05A 主线上线实现继续 BLOCKED，只允许另开 isolated prototype，不得进入 SEO/上线链路。
  数据上报是墨界 P0：不能只挂脚本，必须实现并验证事件发送。至少覆盖 pageview / hero_cta_click / tool_start / tool_result / pricing_cta_click；地图/目录/数据库站补 map_search / marker_open / filter_apply / detail_open；没有对应模块必须写 N/A 理由。至少 Plausible / GA4 / Clarity / Cloudflare Web Analytics / first-party /api/events 中一个要在线上真实收数或给出精确 block。
  域名邮箱也是墨界/上线前 P0：Contact/Footer/Policy 里的对外邮箱必须是站点域名邮箱；未绑定自定义域名时不能写 Gmail/占位邮箱，必须标记 needs domain email。
  交付：reports/site-pipeline/site-daily-20260529/05a-frontend.md
  metadata 必须包含 preview_url、repo_path、commit、artifact_paths、interaction_baseline、core_interactions_verified、visual_fidelity_check、content_fit_matrix_followed、analytics_event_taxonomy、analytics_reporting_verification、verification、acceptance_checklist。验收必须覆盖 build、preview 200、移动端、核心页面、核心工具交互、SEO 基础、数据上报网络请求/后台收数证据、首页不是 SEO 墙、实站截图对比设计截图。


id: t_4d9dc5ea
title: [Daily Step 5B 墨枢] 后端/D1/R2/鉴权/支付/API 联调
assignee: moshu
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260529
idempotency_key: site-daily-20260529-05b-moshu
skills: ["projects/backend-site-build"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260529/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 PRD、定价、合规和设计，完成后端/API/存储/鉴权/支付判定与实现。
  开工前先验证 PRD/定价/合规/设计父任务 artifact_paths；缺关键输入必须 block `upstream-gate-failed`。
  必须遵守 backend-site-build：先解析 PRD，确认登录/支付/AI API/免费额度/域名状态；D1/R2/KV 不复制旧项目 id；migration 必须 local + remote；API schema 必须交给前端；AI 成功后才扣额度；Webhook 用 request.text；OAuth 有 state；所有 Pages Functions route 声明 edge runtime；涉及 CF/DNS/SSL/WAF 变更先查现状再操作。
  必须明确 crawler_hints_status、cf_security_settings_status、domain_email_status。
  数据/地图/目录站必须额外交付 frontend-consumable 数据合同，不得只交文字方案：`markers.json`/`seed.json`、`manifest.json`、`frontend-contract.md`、`schema.json` 至少覆盖实体字段、坐标/分类、source/provenance、freshness、index/noindex、前端读取路径。合同必须显式给出 `ui_fixture_ready`、`launch_data_ready`、`seo_index_ready`、`confirmed_count`；若 confirmed_count=0 或 launch_data_ready=false，必须 BLOCK `confirmed-data-insufficient`，不能用 demo fixture 标 DONE 解锁主线。
  交付：reports/site-pipeline/site-daily-20260529/05b-backend.md
  metadata 必须包含 schema_path、api_schema_path、storage_plan、auth_payment_plan、free_quota_rules、migration_status、secrets_status_masked、cf_security_settings_status、crawler_hints_status、api_e2e_verification、frontend_data_contract_paths、artifact_paths、verification、acceptance_checklist。


id: t_e6238bd8
title: [Daily Step 7 墨引] 技术 SEO/GEO/AEO 精修与验收
assignee: moyin
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260529
idempotency_key: site-daily-20260529-07-moyin
skills: ["projects/site-seo-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260529/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取前后端交付，检查 sitemap、robots、schema、metadata、internal links、AI citation blocks、answer-first/Short answer/FAQ/AEO。
  开工前验证前后端 preview_url / repo_path / schema/API handoff。
  必须跑技术 SEO audit（脚本或等价检查），覆盖 Title、Meta description、canonical、H1/H2/H3、word count、主词密度、noindex、sitemap inclusion、robots、图片 alt、OG/Twitter、schema、内链、anti-spam。进入 sitemap 的页面必须真实有价值；placeholder/prototype/pending source 页面必须 noindex 且不进 sitemap。
  交付：reports/site-pipeline/site-daily-20260529/07-technical-seo.md
  metadata 必须包含 checked_urls、schema_files、sitemap_robots_status、indexability_matrix、geo_aeo_status、seo_audit_result_path、artifact_paths、verification、acceptance_checklist。


id: t_bc63c068
title: [Daily Step 7B 墨盾] 合规/Policy 上线前复验
assignee: modun
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260529
idempotency_key: site-daily-20260529-07b-modun
skills: ["openclaw-imports/compliance-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260529/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取前后端预览、PRD、合规早期报告，执行上线前合规/Policy 复验。
  必须检查 /privacy、/terms、footer policy links、Cookie/analytics 披露、fan-made/no-affiliation、品牌/IP 禁词、数据准确性免责声明；policy 声明必须与实际脚本/功能一致。
  交付：reports/site-pipeline/site-daily-20260529/07b-compliance-recheck.md
  metadata 必须包含 compliance_verdict、policy_pages_checked、analytics_disclosure_status、ip_trademark_status、p0_p1_p2_issues、artifact_paths、verification、acceptance_checklist。


id: t_b381ca54
title: [Daily Step 7C 墨策] 产品经理上线前验收
assignee: moce
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260529
idempotency_key: site-daily-20260529-07c-moce
skills: ["projects/site-building"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260529/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 PRD、前后端交付、墨引 SEO/GEO/AEO 验收、墨盾合规/Policy 复验，从产品经理视角做 Product Acceptance。
  这一步不是重写 PRD，而是验收当前产品是否满足 PRD、竞品 competitive minimum、核心用户任务和上线范围。工具/地图站必须以真实用户任务验收：找资源、筛 marker、打开 detail、复制坐标、路线提示、移动端可用；不得把 required scope 降级为 later。
  必须额外做 Design/Product Fit 验收：浏览器打开实站/preview，截首页、核心工具页、移动端；对比 design screenshots/HANDOFF/content-fit-matrix。若首页出现 SEO 墙、query index/token 列表外露、空媒体卡、大段重复文案压垮布局、或与视觉真源明显不一致，pm_verdict 必须 PM_NO_GO。
  交付：reports/site-pipeline/site-daily-20260529/07c-product-acceptance.md
  metadata 必须包含 pm_verdict(PM_GO/PM_NO_GO/PM_CONDITIONAL_GO)、competitive_minimum_verdict、design_fidelity_verdict、content_ux_verdict、verified_user_tasks、scope_gaps、blocker_count、artifact_paths、verification、acceptance_checklist。


id: t_b518e00b
title: [Daily Step 8 墨测] 全站 QA 验收 + 返修清单
assignee: motest
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260529
idempotency_key: site-daily-20260529-08-motest
skills: ["projects/site-qa"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260529/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取预览 URL、墨引 SEO/GEO/AEO 验收、墨盾合规/Policy 复验、墨策产品经理验收，做功能/移动端/性能/安全/合规/SEO/埋点 QA。
  开工前验证 preview_url、SEO handoff、compliance handoff、PM acceptance handoff；缺任一关键输入必须 block。墨策 pm_verdict 不是 PM_GO/PM_CONDITIONAL_GO 时不得 GO。
  工具站 QA 不能只验 200/metadata/schema；必须读取/复核竞品 interaction_baseline，并用浏览器实际操作核心工具。地图类必须实测拖拽、缩放、图层筛选、marker 弹窗、搜索联动、坐标/数据可信度、移动端地图可用；任一核心交互缺失即 go_no_go=NO-GO。
  Design QA 属于硬门槛：必须用浏览器截图实站首页/核心页/移动端，对照设计包与 content-fit-matrix；若 SEO 文案破坏布局、首页变 SEO 墙、媒体卡空、视觉明显低保真，即使 SEO/功能通过也必须 NO-GO。
  Policy 合规也属于 QA 范围：/privacy、/terms、footer 链接、analytics/cookie 披露、fan-made/no-affiliation、品牌/IP 禁词、数据准确性免责声明必须通过；墨盾有 P0 则 QA 不得 GO。
  交付：reports/site-pipeline/site-daily-20260529/08-qa.md
  metadata 必须包含 preview_url、test_matrix、competitor_baseline_checked、core_interactions_verified、design_fidelity_checked、content_ux_checked、pm_verdict_checked、compliance_verdict_checked、p0_p1_p2_issues、go_no_go、artifact_paths、verification、acceptance_checklist。


id: t_f8e00c0e
title: [Daily Step 8H 墨策] Owner Review Gate：QA_GO 后等孟健人工验收
assignee: moce
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260529
idempotency_key: site-daily-20260529-08h-owner-review
skills: ["projects/site-building"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260529/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  这是 QA 通过后的人工验收闸门，不是产品重做任务。读取 QA 报告与所有上线前 handoff，整理给孟健的人工验收包。

  强制流程：
  1. 验证父任务 QA metadata.go_no_go 为 GO/QA_GO；否则 block `QA_NOT_GO`。
  2. 提取 production/preview URL、核心页面、核心工具路径、QA 结论、P0/P1/P2、已知风险、是否允许上线。
  3. 用 send_message 发到做站群/Topic，标题必须是：`人工验收请求 <task_id> <project_slug>`，包含：站点 URL、5 条验收重点、剩余风险、建议回复格式。
  4. 发送后必须 kanban_block，reason 以 `WAITING_OWNER_SITE_APPROVAL` 开头。
  5. 孟健确认后，才能 complete 本任务；metadata 必须写 `owner_approval: confirmed`、`approved_by: mengjian`、`approval_message`。

  用户回复格式：
  - `确认上线 <task_id>` = 允许进入墨运上线/站长平台/冷启动准备
  - `返修 <task_id>: <问题>` = 不允许上线，创建返修卡并保持本 gate blocked
  - `暂停 <task_id>` = 暂停后续上线

  未获得孟健明确确认，不得让墨运启动。
  交付：reports/site-pipeline/site-daily-20260529/08h-owner-review.md
  metadata 必须包含 owner_review_url_pack、qa_summary_path、p0_p1_p2_issues、residual_risk、owner_approval、artifact_paths。


id: t_f97af7b6
title: [Daily Step 9 墨运] 上线运营 + Webmaster/GSC + 冷启动分发
assignee: moyun
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260529
idempotency_key: site-daily-20260529-09-moyun
skills: ["projects/site-launch"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260529/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 QA 结论和 Owner Review Gate，通过后做上线运营计划、GSC + Bing Webmaster/目标市场 Webmaster sitemap 提交、冷启动分发包、首周动作。
  只有 QA metadata.go_no_go=go/QA_GO 且 Owner Review Gate metadata.owner_approval=confirmed 才可继续；否则 block。
  上线 Done 口径：生产 URL 可访问 + 域名邮箱/contact/policy 链路确认 + CF settings 复核（尤其 Crawler Hints=on）+ sitemap/robots/canonical/schema 复验 + analytics endpoint 至少一个真实事件入口可验证 + GSC sitemap submitted 或精确 BLOCK 原因 + Bing Webmaster Tools sitemap submitted 或精确 BLOCK 原因（如需 Yandex/其他市场站长平台也同样记录）+ 冷启动分发包已生成。外部发帖/投稿/目录提交必须等孟健确认；未确认时只能产出草稿和渠道清单，metadata.external_posts_published=false。
  交付：reports/site-pipeline/site-daily-20260529/09-launch.md
  metadata 必须包含 production_url、domain_email_status、cf_settings_status、crawler_hints_status、gsc_sitemap_submitted、gsc_submission_method、bing_webmaster_sitemap_submitted、webmaster_submission_status、distribution_pack_path、distribution_log、external_posts_published、analytics_status、launch_checklist、artifact_paths、verification。


id: t_d30de57c
title: [Daily Step 10 墨析] 数据链路接管 + 复盘登记
assignee: moxi
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260529
idempotency_key: site-daily-20260529-10-moxi
skills: ["projects/site-data-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260529/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取上线运营输出，验收 Plausible/GA4/Clarity/GSC/Bing Webmaster/Ahrefs/Stripe/D1 日志入口，登记进入每日复盘池。
  开工前验证 production_url / analytics_status / GSC sitemap submission / Bing Webmaster submission / distribution pack / distribution_log。必须区分“前端脚本已挂”“浏览器网络请求已发”“后台/API 可查”“站长平台已提交但等待数据”四类状态；缺数据入口要列出具体 token/scope/dashboard 入口，但不要阻止已上线站进入复盘池，除非 production_url 不可访问或核心 analytics 全缺。

  登记复盘时必须执行或更新：
  `python3 /root/.hermes/scripts/site_review_registry.py approve --slug <project_slug> --keyword '<selected_keyword>' --target-market '<target_market>' --task-id <task_id> --handoff-path 'reports/site-pipeline/site-daily-20260529/10-data-review-handoff.md' --production-url '<production_url>' --source-path '<repo_or_workspace>' --upstream-run 'site-daily-20260529'`

  handoff 必须明确写：project_slug、production_url、primary_keyword、目标排名 Top 3、事件名、UTM 规范、GSC property、Bing Webmaster site、Ahrefs audit 入口/状态、distribution_log 路径、首周复盘日期、owner digest 投递目标、can_start_daily_review=true/false、review_pool_status=active|registered_hold。
  交付：reports/site-pipeline/site-daily-20260529/10-data-review-handoff.md
  metadata 必须包含 review_registry_entry、review_pool_status、can_start_daily_review、analytics_sources、event_taxonomy、utm_policy、webmaster_sources、ahrefs_audit_status、distribution_log、baseline_metrics、owner_digest_target、artifact_paths、verification、acceptance_checklist。


id: t_152512a4
title: 07C1F aieditorrsp compliance frontend finalization
assignee: mojie
status: done
created_by: xiaomo
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
idempotency_key: aieditorrsp-20260528-07c1f-compliance-frontend-finalization
skills: ["projects/frontend-site-build"]
body:
  GOAL MODE / STRICT NARROW CONTINUATION after iteration-budget exhaustion.

  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Domain: https://aieditorrsp.net
  Repo/workspace: /root/projects/aieditorrsp
  Supersedes blocked parent: t_6db59efd
  Use original requirement/report: /root/.hermes/reports/site-aieditorrsp-20260528/07b-compliance-recheck.md

  Do NOT redo the whole frontend/policy fix. The previous worker already reported usable evidence before budget exhaustion:
  - wrong @aieditor-rsp.io references cleaned from legal/contact/footer;
  - Cookie Policy aligned to Plausible-only/no GA/no fake consent controls;
  - UI/legal/pricing/API copy aligned to provider-pending preview;
  - paid/Stripe/tax/credits claims gated;
  - /api/credits returns 200 with paid_enabled=false;
  - /api/generate-image returns provider-pending behavior compatible with preview copy;
  - npm run verify, tsc, build, seo:audit passed on commit 60311834ae832887b7c04189889c97590c6c1b3c before final report was written.

  Your scope:
  1. Inspect current repo state first. If another backend continuation has a dirty diff, do not overwrite it.
  2. Re-verify frontend/legal/policy production evidence only:
     - no `aieditor-rsp.io` anywhere in repo built public pages or production HTML;
     - contact/privacy/refund/terms/footer use `support@aieditorrsp.net` or documented fallback;
     - Cookie Policy only claims Plausible/privacy-friendly analytics actually present;
     - provider/payment copy remains preview/provider-pending and paid disabled.
  3. Run lightweight checks that do not conflict with backend deploy: npm run verify and npm run seo:audit. Build only if no other build/deploy is running.
  4. Write `/root/.hermes/reports/site-aieditorrsp-20260528/07c1-compliance-frontend-fix.md` with evidence, commit/deploy source if already deployed, routes checked, and residual risks.
  5. Complete this continuation with metadata: artifact_paths, commit_sha, deployment_source_commit, deploy_url, routes_verified, verification, residual_risk, project_slug, git_status_after.

  Do NOT submit GSC/Bing/IndexNow. Report START/DONE/BLOCKED only to telegram:-1003750190535:5318.


id: t_169e4236
title: 07C2F aieditorrsp compliance backend/infra finalization
assignee: moshu
status: done
created_by: xiaomo
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
idempotency_key: aieditorrsp-20260528-07c2f-compliance-backend-finalization
skills: ["projects/backend-site-build"]
body:
  GOAL MODE / STRICT NARROW CONTINUATION after iteration-budget exhaustion.

  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Domain: https://aieditorrsp.net
  Repo/workspace: /root/projects/aieditorrsp
  Supersedes blocked parent: t_9199d185
  Use original requirement/report: /root/.hermes/reports/site-aieditorrsp-20260528/07b-compliance-recheck.md

  Do NOT redo the whole backend/infra/provider fix. Continue exactly from the previous worker evidence:
  - Cloudflare Email Routing DNS is public: MX route*.mx.cloudflare.net, SPF include:_spf.mx.cloudflare.net, DMARC p=none;
  - support@aieditorrsp.net is the public support address and routes to verified destination xjtumj@gmail.com per prior worker evidence;
  - /api/credits returns paid_enabled=false;
  - /api/generate-image safe prompt remains 503 PROVIDER_NOT_CONFIGURED and unsafe prompt returns 400 UNSAFE_PROMPT_BLOCKED;
  - product scope is preview/provider-pending, not full image generation launch;
  - previous worker left one intended dirty diff: `src/app/api/generate-image/route.ts` adding `export const runtime = 'edge';`.

  Your scope:
  1. Inspect and preserve current dirty diff. Do not discard it unless it is clearly invalid.
  2. Clear stale Next build process/lock only if it is safe; then run: npm run verify, npm run seo:audit, npm run build.
  3. Commit/push/deploy the `runtime = edge` gate from the same source commit if verification passes.
  4. Verify production after deploy:
     - DNS MX/SPF/DMARC, DKIM if discoverable;
     - /api/credits 200 paid_enabled=false;
     - /api/generate-image safe 503 PROVIDER_NOT_CONFIGURED, unsafe 400 UNSAFE_PROMPT_BLOCKED;
     - provider/payment scope remains preview-only/paid disabled.
  5. Write `/root/.hermes/reports/site-aieditorrsp-20260528/07c2-compliance-backend-infra-fix.md` with DNS/provider/API/payment evidence.
  6. Complete this continuation with metadata: artifact_paths, dns_status, email_status, provider_status, api_generate_image_status, payment_status, verification, residual_risk, next_inputs, project_slug, commit_sha, deployment_source_commit, deploy_url, git_status_after.

  If safe generation still returning 503 is not acceptable for full launch, do not mark that as product launch ready; state explicitly: `provider-pending-preview; PM must decide whether preview-only scope is acceptable`. Completion is allowed for compliance remediation only if public copy and API behavior are aligned.

  Do NOT submit GSC/Bing/IndexNow. Report START/DONE/BLOCKED only to telegram:-1003750190535:5318.


id: t_336249d9
title: 07D aieditorrsp PM NO-GO frontend interaction repair
assignee: mojie
status: blocked
created_by: moce
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
session_id: 20260529_042935_cb4388
body:
  PM Product Acceptance t_6f1d33c9 returned PM_NO_GO for aieditorrsp. Kanban is source of truth.

  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Domain: https://aieditorrsp.net
  PM report: /root/.hermes/reports/site-aieditorrsp-20260528/07c-product-acceptance.md
  Evidence: /root/.hermes/reports/site-aieditorrsp-20260528/07c-product-acceptance-evidence.json
  Repo: /root/projects/aieditorrsp

  Frontend P0 repair scope:
  - Implement real file input/upload affordance on homepage and /ai-photo-prompt-editor; current rendered DOM has no input[type=file].
  - Wire homepage and prompt-editor CTAs to real product states.
  - Provider-pending click must show clear typed preview error state, not inert button.
  - Fix or remove homepage fallback links/buttons: Templates, VIEW_ALL_LIBRARY, Dashboard, API Docs, Compliance, Security.
  - Preserve preview/provider-pending truthfulness until backend provider is configured.
  - Maintain SEO_GO conditions from 07r4: image alt, schemas, canonical/og:url, content depth, sitemap/no thin prompts.
  - Commit + push + deploy from same commit. Metadata must include commit_sha, pushed_branch, deploy_url, deployment_source_commit, git_status_after.

  Completion: write report under /root/.hermes/reports/site-aieditorrsp-20260528/07d-frontend-pm-repair.md with verification and next_inputs.
  Blocking: if design/product decision is needed, block with exact missing decision.


id: t_ac03c43e
title: 07E aieditorrsp PM NO-GO provider generation repair or block
assignee: moshu
status: done
created_by: moce
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
session_id: 20260529_042935_cb4388
body:
  PM Product Acceptance t_6f1d33c9 returned PM_NO_GO for aieditorrsp. Kanban is source of truth.

  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Domain: https://aieditorrsp.net
  PM report: /root/.hermes/reports/site-aieditorrsp-20260528/07c-product-acceptance.md
  Evidence: /root/.hermes/reports/site-aieditorrsp-20260528/07c-product-acceptance-evidence.json
  Repo: /root/projects/aieditorrsp

  Backend/provider P0 decision and repair scope:
  - Current safe /api/generate-image returns 503 PROVIDER_NOT_CONFIGURED. Decide/implement one of two paths:
    A) full product repair: configure real server-side AI image edit provider, model, API endpoint/secret, success response, result preview/download path, and retention/training facts for compliance; or
    B) if provider credentials/terms are unavailable, block with exact owner input needed and keep site explicitly preview-only/no external launch.
  - Keep unsafe prompts blocked before provider call.
  - Do not consume credits on unsafe prompts or provider failure.
  - Do not enable paid checkout unless Stripe Tax/payment gate is separately implemented and verified.
  - If provider is enabled, trigger follow-up compliance recheck for Privacy/Terms/provider retention and a PM/QA recheck.
  - Commit + push + deploy from same commit for any code/config change. Metadata must include commit_sha, pushed_branch, deploy_url, deployment_source_commit, git_status_after.

  Completion: write report under /root/.hermes/reports/site-aieditorrsp-20260528/07e-provider-pm-repair.md with verification and next_inputs.
  Blocking: if provider key/model/terms are missing, block with the minimal owner action required.


id: t_e3b86e02
title: 07F aieditorrsp provider retention/privacy compliance recheck
assignee: modun
status: done
created_by: moshu
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_e3b86e02
tenant: site-aieditorrsp-20260528
session_id: 20260529_074645_0e0808
body:
  Provider generation is now enabled for aieditorrsp via server-side fal `fal-ai/flux-pro/kontext` after t_ac03c43e.

  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Domain: https://aieditorrsp.net
  Provider repair report: /root/.hermes/reports/site-aieditorrsp-20260528/07e-provider-pm-repair.md
  Repo commit: ca5e9d3e846a069bc44c162a0b05090f652001d3
  Deployment version: 4230b57f-f7d3-4459-93c6-315f68287e89

  Required recheck:
  - Privacy/Terms accurately disclose fal server-side image editing provider.
  - Upload/result retention wording matches implemented state: site_storage=none, ANON_RESULT_TTL_HOURS=24, fal hosted result URL returned to user.
  - Unsafe prompts are blocked before provider call.
  - Paid checkout remains disabled.
  - No secrets in client bundle or public reports.

  Deliver compliance recheck report under /root/.hermes/reports/site-aieditorrsp-20260528/07f-provider-compliance-recheck.md with GO/NO_GO and exact copy changes if required.


id: t_564f9c20
title: 07G aieditorrsp PM recheck after provider repair
assignee: moce
status: done
created_by: moshu
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_564f9c20
tenant: site-aieditorrsp-20260528
session_id: 20260529_074645_0e0808
body:
  Provider generation has been repaired for aieditorrsp after PM_NO_GO.

  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Domain: https://aieditorrsp.net
  Prior PM report: /root/.hermes/reports/site-aieditorrsp-20260528/07c-product-acceptance.md
  Provider repair report: /root/.hermes/reports/site-aieditorrsp-20260528/07e-provider-pm-repair.md
  Repo commit: ca5e9d3e846a069bc44c162a0b05090f652001d3
  Deployment version: 4230b57f-f7d3-4459-93c6-315f68287e89

  Required recheck:
  - Safe `/api/generate-image` returns real `ok:true` provider result with `image_url`, `preview_url`, and `download_url`.
  - Unsafe prompt remains blocked before provider call.
  - `/api/credits` still reports paid checkout disabled.
  - Remaining product acceptance blockers from 07C are updated; if UI upload/result preview is still incomplete, keep PM_NO_GO and hand off to frontend/final QA accordingly.

  Deliver /root/.hermes/reports/site-aieditorrsp-20260528/07g-product-acceptance-after-provider.md with PM_GO/PM_NO_GO.


id: t_5c0f6d38
title: 07F1 aieditorrsp provider compliance public-copy fix
assignee: mojie
status: done
created_by: user
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-07f1-provider-compliance-copy-fix
body:
  Compliance recheck t_e3b86e02 returned NO_GO for public compliance copy after provider generation was enabled.

  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Domain: https://aieditorrsp.net
  Repo: /root/projects/aieditorrsp
  Compliance report: /root/.hermes/reports/site-aieditorrsp-20260528/07f-provider-compliance-recheck.md
  Provider repair report: /root/.hermes/reports/site-aieditorrsp-20260528/07e-provider-pm-repair.md
  Provider commit/deploy checked: ca5e9d3e846a069bc44c162a0b05090f652001d3 / CF version 4230b57f-f7d3-4459-93c6-315f68287e89

  P0 scope:
  - Update Privacy/Terms/Refund/Pricing/Cookie public copy exactly per 07f report.
  - Must name server-side fal processing via fal-ai/flux-pro/kontext.
  - Must align storage/retention: site_storage=none, anonymous result URL window 24h, fal-hosted result URL used for preview/download, no site-owned D1/R2/media mirror.
  - Must distinguish provider generation enabled for limited preview from paid checkout/subscriptions/credit packs disabled.
  - Remove overclaims: prompt history/account outputs stored, temporary mirror/cloud-sync, encrypted-at-rest badge for uploads/results, source provenance tracking.
  - Align footer copyright year if touched.
  - Preserve SEO_GO and existing provider route behavior.
  - Commit + push + deploy from same commit. Metadata must include commit_sha, pushed_branch, deploy_url, deployment_source_commit, git_status_after.

  Verification:
  - Production /privacy, /terms, /refund, /pricing, /cookie-policy contain updated provider/retention/payment wording.
  - No old-domain string aieditor-rsp.io.
  - No secret value in public source/bundle/report.

  Completion: write report /root/.hermes/reports/site-aieditorrsp-20260528/07f1-provider-compliance-copy-fix.md and mark DONE.


id: t_1e524b07
title: 08A pricing/tax readiness for paid launch
assignee: mozhang
status: done
created_by: user
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
idempotency_key: aieditorrsp-08A-pricing-tax-readiness
skills: ["site-pricing"]
body:
  Goal: verify paid launch pricing and tax constraints before implementation. Domain: https://aieditorrsp.net. Context: user approved opening login/payment. Read /root/.hermes/reports/site-aieditorrsp-20260528/08-billing-pipeline-preflight.md. Existing Stripe objects were pre-created by host, but worker must verify pricing/tax readiness and report GO/BLOCKED. Proposed prices: Pro monthly USD 12 for 200 credits/month; Pro yearly USD 96; credit pack USD 6 for 100 credits. Hard gates: no unlimited claims; Stripe Tax must be enabled; Checkout implementation must use automatic_tax enabled, billing_address_collection required, tax_id_collection enabled; order records must split subtotal/tax/total and tax_payable. Output report to /root/.hermes/reports/site-aieditorrsp-20260528/08a-pricing-tax-readiness.md with GO/BLOCKED and exact downstream instructions.


id: t_a439ff77
title: 08B backend auth billing credits implementation
assignee: moshu
status: done
created_by: user
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
idempotency_key: aieditorrsp-08B-backend-auth-billing-credits
skills: ["backend-site-build"]
body:
  Goal: implement real Google OAuth login, D1 credit ledger, Stripe Checkout, Stripe webhook, and generation credit accounting for aieditorrsp. Domain: https://aieditorrsp.net. Repo: /root/projects/aieditorrsp. Read /root/.hermes/reports/site-aieditorrsp-20260528/08-billing-pipeline-preflight.md and parent 08A. Host pre-created D1/Stripe resources and set Worker secrets; do not expose secrets. You may inspect local stash 'host-preflight-billing-auth-before-kanban-routing' for reference, but you own final code. Requirements: bind D1 DB aieditorrsp-db (id in report) as DB; migrations for users/credit_accounts/usage_records/orders/webhook_events; auth routes /api/auth/login /callback/google /me /logout with CSRF state and secure HttpOnly cookie; checkout route /api/checkout/stripe supports monthly/yearly/credit_pack, requires login, redirects to Google if anonymous, creates Stripe Checkout Session with automatic_tax enabled, billing_address_collection required, tax_id_collection enabled; webhook verifies raw-body Stripe signature and handles checkout.session.completed, invoice.payment_succeeded, subscription deleted; /api/credits returns paid_enabled true when configured; /api/generate-image checks credits before provider and deducts only after successful provider result. Preserve unsafe prompt block before provider. Use fetch, no Stripe SDK required. Commit + push. Output report 08b-backend-auth-billing-credits.md with API schema, migration evidence, commit, deploy status if deployed.


id: t_a584f43c
title: 08C frontend billing/auth UX integration
assignee: mojie
status: done
created_by: user
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
idempotency_key: aieditorrsp-08C-frontend-billing-auth-ux
skills: ["frontend-site-build"]
body:
  Goal: wire visible UI to real auth/payment/credits after backend 08B. Domain: https://aieditorrsp.net. Repo: /root/projects/aieditorrsp. Replace fake or waitlist CTAs with real flows: Open Editor/Login -> /api/auth/login or authenticated editor; Pricing Pro monthly/yearly/credit pack -> /api/checkout/stripe?plan=...; show /api/credits state in editor; keep fallback user-friendly when not logged in. Remove misleading paid-disabled copy after backend confirms paid_enabled true. Preserve design repair: no header-prepend panel; no SEO after footer. Preserve SEO audit and img alt. Commit + push. Output report 08c-frontend-billing-auth-ux.md.


id: t_a05c531c
title: 08D paid launch compliance recheck
assignee: modun
status: done
created_by: user
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
idempotency_key: aieditorrsp-08D-paid-compliance-recheck
skills: ["backend-site-build"]
body:
  Goal: compliance/legal recheck after auth/payment are integrated. Domain: https://aieditorrsp.net. Review production and repo after 08B/08C. Required checks: privacy/terms/refund/pricing/cookie copy matches real Google OAuth, D1 user/credits/orders storage, Stripe Checkout + Tax, fal provider 24h temporary result URL, support@aieditorrsp.net, no legacy aieditor-rsp.io, no provider-disabled copy, no false MoR/tax claims. Stripe Tax is not MoR; tax payable/subtotal/tax/total must be represented. Output Compliance_GO or Compliance_NO_GO to 08d-paid-compliance-recheck.md.


id: t_fa700f0e
title: 08E final paid launch QA
assignee: motest
status: done
created_by: user
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
idempotency_key: aieditorrsp-08E-final-paid-launch-qa
skills: ["site-qa"]
body:
  Goal: final QA after paid launch compliance passes. Domain: https://aieditorrsp.net. Verify production only. Scope: route 200s, SEO audit regression, header/footer design repair remains fixed, /api/credits paid_enabled true, anonymous free limit behavior, auth login redirect starts correctly, checkout route redirects anonymous to auth and authenticated users to Stripe Checkout, Checkout Session has automatic_tax/billing address/tax id configured if inspectable, webhook endpoint exists, unsafe prompt blocked before provider, successful generation deducts only after provider success if test account available. Do not perform real payment unless explicitly configured as test mode. Output QA_GO or QA_NO_GO to 08e-final-paid-launch-qa.md.


id: t_138d46ae
title: 08F aieditorrsp frontend launch QA remediation
assignee: mojie
status: done
created_by: user
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
idempotency_key: aieditorrsp-08f-frontend-launch-qa-remediation
skills: ["projects/site-building"]
body:
  GOAL MODE / STRICT FRONTEND QA REMEDIATION. Kanban is source of truth.

  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Domain: https://aieditorrsp.net
  Repo: /root/projects/aieditorrsp
  Base evidence:
  - 08E final QA report: /root/projects/aieditorrsp/08e-final-paid-launch-qa.md
  - Host compliance fix artifact: /root/projects/aieditorrsp/08d2-paid-compliance-host-fix.md
  - Latest deployed compliance commit: bb45eb2

  Context:
  Paid compliance copy blocker from 08D/08E has been fixed and deployed. Do NOT reintroduce preview/disabled/unlimited/waitlist paid copy.

  Repair remaining launch QA blockers from 08E:
  1. Header/footer visual consistency on inner pages, especially /pricing: no clipped logo/nav/CTA, no concatenated footer legal links, billing CTA must sit in sensible page structure.
  2. Mobile editor usability at 390px: no clipped header, usable nav/hamburger or simplified header, no desktop editor controls squeezed unreadably, no floating icon overlap with controls.
  3. Remove or hide duplicated competing editor designs causing visual jump/flicker. Prefer one usable live editor flow.
  4. Pricing visual/copy polish: aligned cards, consistent CTA labels, no internal rollout copy like private preview/limited testing, no awkward $0/day.
  5. Reduce production warnings/errors and improve homepage performance materially; target Lighthouse Performance >=80 and LCP <2.5s if feasible, otherwise document exact residual blocker and largest assets.
  6. Preserve already-passing gates: `npm run verify`, `npm run build`, `npm run seo:audit`, paid compliance forbidden-copy scan, /api/credits paid_enabled=true.

  Required delivery:
  - Commit + push + deploy same commit.
  - Write /root/.hermes/reports/site-aieditorrsp-20260528/08f-frontend-launch-qa-remediation.md with verification, production URLs, commit SHA, Worker version, residual_risk, next_inputs.
  - Complete with FRONTEND_QA_REPAIR_DONE or BLOCKED with exact owner/design decision needed.


id: t_8bee6297
title: 08G aieditorrsp final QA recheck after frontend remediation
assignee: motest
status: done
created_by: user
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
idempotency_key: aieditorrsp-08g-final-qa-recheck
skills: ["site-qa"]
body:
  GOAL MODE / STRICT FINAL QA RECHECK after 08F frontend remediation.

  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Domain: https://aieditorrsp.net
  Repo: /root/projects/aieditorrsp
  Previous QA_NO_GO: /root/projects/aieditorrsp/08e-final-paid-launch-qa.md
  Compliance host fix: /root/projects/aieditorrsp/08d2-paid-compliance-host-fix.md

  Run production-only QA after 08F:
  - route 200 smoke and API health/credits paid_enabled=true;
  - SEO audit regression and rendered alt/canonical/sitemap checks;
  - paid compliance forbidden-copy scan and required tax/MoR disclosure on pricing/privacy/terms/refund;
  - desktop pricing/header/footer visual consistency;
  - mobile editor 390px usability;
  - hydration/load jump/flicker and console errors;
  - anonymous checkout redirects to auth; OAuth login starts correctly; webhook endpoint exists; unsafe prompt blocks before provider; successful generation if authenticated test session is available, otherwise source-level confirmation only and do not do real payment.

  Write /root/.hermes/reports/site-aieditorrsp-20260528/08g-final-qa-recheck.md with QA_GO or QA_NO_GO, evidence, residual_risk, next_inputs.


id: t_419da1cd
title: 08F2 aieditorrsp componentized Stitch visual restoration
assignee: mojie
status: blocked
created_by: xiaomo
workspace_kind: dir
workspace_path: /root/projects/aieditorrsp
tenant: site-aieditorrsp-20260528
idempotency_key: site-aieditorrsp-20260528-08f2-stitch-component-restoration
skills: ["projects/site-design", "projects/frontend-site-build"]
body:
  GOAL MODE / STRICT. Kanban is the only source of truth.
  Tenant: site-aieditorrsp-20260528
  Project slug: aieditorrsp
  Fixed domain: aieditorrsp.net
  Repo/workdir: /root/projects/aieditorrsp
  Reports root: /root/.hermes/reports/site-aieditorrsp-20260528
  Design truth: /root/.hermes/reports/site-aieditorrsp-20260528/design/HANDOFF.md, design/html/*.html, design/screens/*.png, design/screen-index.json

  OWNER DIRECTIVE from Mengjian: no option split. Must do componentized Stitch restoration.

  Problem:
  Current production drifted from official Stitch design. Prior fixes solved functionality/compliance/performance by introducing hand-written dark SaaS chrome/pages (SiteChrome/ProductPreviewEditor/Pricing rewrites), but this is not faithful enough to Stitch's industrial creator studio visual system.

  Required approach:
  - Componentize the official Stitch HTML/CSS visual truth into React/Next components. Do NOT invent a new landing/product UI.
  - Preserve Stitch tokens, spacing, layout hierarchy, graphite/amber/mint palette, industrial creator studio density, photo contact sheets, prompt cards, stateful tool panels, studio/editor-console feel.
  - Integrate live product functionality only into explicit visual slots from the Stitch design: editor/upload/result/credits/checkout should inherit Stitch visual language.
  - Keep existing working backend/payment/compliance/SEO routes intact.
  - Remove or heavily refactor custom drift sources where needed: SiteChrome.tsx, ProductPreviewEditor, rewritten pricing/editor pages, rawDesign string-patching reliance. If temporary compatibility remains, document it clearly.
  - Must support desktop and mobile; no Tailwind CDN.
  - Must commit + push + deploy from the same commit.

  Acceptance criteria:
  1. Production homepage, pricing, editor, policy/legal surfaces visually match official Stitch package, not generic SaaS dark UI.
  2. Photo contact sheets or equivalent Stitch sample grid are visible where specified by design.
  3. Header/footer/chrome come from componentized Stitch design system.
  4. Live editor still works: upload -> prompt -> generation/result preview/download path remains available.
  5. Stripe/Tax/non-MoR/Nextfield Labs compliance disclosures remain visible on pricing/checkout/legal surfaces; no "Unlimited" claims.
  6. SEO previously passed remains intact: routes 200, prompts thin page 404/noindex behavior, sitemap/JSON-LD/og:url stable, img alt count 0 missing.
  7. Deliver report: /root/.hermes/reports/site-aieditorrsp-20260528/08f2-stitch-component-restoration.md with before/after screenshots, changed files, commit, deploy URL, verification commands, residual risks.

  BLOCK instead of guessing if design package files are missing or if implementation cannot preserve current paid/compliance behavior.


id: t_c663a3de
title: 05K getaiemail frontend-only Stitch restoration + login/payment CTAs
assignee: mojie
status: done
created_by: xiaomo
workspace_kind: dir
workspace_path: /root/projects/getaiemail
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-05k-frontend-only-stitch-login-payment
skills: ["projects/frontend-site-build", "projects/site-design"]
body:
  GOAL MODE / STRICT. Kanban is the only source of truth.
  Tenant: site-getaiemail-20260527
  Project slug: getaiemail
  Domain: getaiemail.com
  Repo/workdir: /root/projects/getaiemail
  Canonical design source: /root/.hermes/reports/site-getaiemail-20260527/design-fresh-stitch-all-pages
  Required design files: HANDOFF.md, stitch/screen-index.json (26 official screens, fallback_status=none), html/*.html, screens/*.png

  OWNER DIRECTIVE from Mengjian: getaiemail also does not feel implemented according to Stitch, and it has no login or payment buttons. For now do FRONTEND ONLY; do not build backend/auth/payment server flows.

  Problem / evidence:
  - Production header currently shows scenario links + PRICING/FAQ + GENERATE, but no login/sign-in entry and no Pro/checkout/payment CTA.
  - The site must look like the official Stitch "premium email workbench / editorial productivity console", not a generic hand-written frontend.
  - Backend/API/auth/quota/payment may remain mocked/deferred, but frontend affordances must exist and be visually integrated.

  Scope:
  1. Componentize/restore the official Stitch visual system from the canonical HTML/CSS/screens into React/Next components. Do not create an unrelated SaaS UI.
  2. Add frontend-only auth/payment affordances in the Stitch visual language:
     - Header: Sign in / Log in button.
     - Pricing/Pro areas: Upgrade to Pro / Start Pro / Checkout CTA.
     - Generator quota/result/limit states: clear frontend CTA to sign in or upgrade when appropriate.
     - Buttons may route to safe placeholder pages/anchors or disabled explanatory states, but must not call nonexistent backend endpoints.
  3. Add/adjust frontend-only placeholder pages or modals only if needed:
     - /login or /sign-in can be a static placeholder saying auth is coming soon / sign-in will unlock saved drafts and quota.
     - /checkout or pricing CTA can be a static placeholder saying payment checkout is not connected yet.
     - No fake purchase success. No backend claims. No collection of credentials/payment details.
  4. Preserve product facts and compliance copy:
     - Free: 3 generations/day.
     - Pro: $9.99/month or $95.88/year, 800 credits/month.
     - No bulk spam/scraping/sending promises.
     - Do not say backend/Workers/OpenNext/mock in public marketing copy.
  5. Keep current frontend generator usable with deterministic/mock behavior if backend is intentionally deferred.
  6. Must run verify/typecheck/build/worker build if available, commit + push, deploy Cloudflare Workers/OpenNext from the same commit, and verify production routes.

  Acceptance criteria:
  - Production homepage has visible Sign in/Login and Pro/Payment CTA affordances.
  - Pricing section/page has a visible Pro checkout/payment CTA, but safely frontend-only if backend is absent.
  - Visual style remains aligned to official Stitch package: ink navy, warm paper compose surface, coral CTA, brass meta labels, scenario folder rail, layered compose/result panes.
  - No backend/auth/payment implementation attempted in this task.
  - No 404/dead CTA for primary auth/payment affordances; placeholders are acceptable and clearly labeled.
  - Deliver report: /root/.hermes/reports/site-getaiemail-20260527/05k-frontend-only-stitch-auth-payment-affordances.md with screenshots, changed files, commit, deploy URL, verification commands, residual risks.

  Downstream note:
  Final QA/Product Acceptance must treat missing real auth/payment backend as intentionally deferred for this frontend-only gate; only test that frontend affordances exist, are safe, and match Stitch.


id: t_233481f0
title: [Daily Step 0 墨探] 新词发现并选择今日新站
assignee: motan
status: blocked
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_233481f0
tenant: site-daily-20260530
idempotency_key: site-daily-20260530-00-motan
skills: ["projects/site-research"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260530/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。

  任务：每日新词新站启动。今天只允许选择 1 个最值得做的新站机会。

  强制口径（2026-05-21 对齐）：
  - Step 0 默认只走「严格新词管线」。新词定义：市场搜索需求正在明确起量，不是概念新、SERP 有早期供给、社区有人聊。
  - Google Trends 是硬门槛：US/en past 7 days 必须有 rising/breakout/top query 可见；补 30/90 天确认不是单日噪声。Google Trends 查不到量，默认不能作为今日主推荐。
  - GPTs 对比是硬门槛：必须拿候选词和 GPTs/ChatGPT 相关基准词做趋势强度对比，输出 `gpts_baseline_keyword`、`candidate_trend_value`、`baseline_trend_value`、`gpts_ratio`；只有 `gpts_ratio > 1.0` 才能进入 A_NOW/B_QUEUE。
  - 12 个月回溯是硬门槛：必须标注 `freshness_12m = new | old_hot | stable_old | spike_noise | no_data`；每日新站主推荐只允许 `new`。old_hot/稳定老词只能观察，除非孟健明确批准兜底。
  - SERP/社区/模型发布/托管新站信号只能做辅助，不得替代 Google Trends 起量 + GPTs ratio。
  - 如果没有合格新词，必须如实 BLOCK：`NO_CLEAN_NEW_WORD_TODAY`，给观察池和下一步采集建议；不要退回老词硬凑一个站。

  输入：
  - 当前方向：AI 编程、出海工具、小产品矩阵、SEO 驱动站。
  - 目标市场：优先 US/en；如果发现中文市场机会也可标注但默认不启动。

  必须输出：
  - selected_keyword
  - project_slug
  - target_market
  - 为什么今天选这个词（必须包含 Google Trends 7d/30d/90d 证据、GPTs ratio、12m freshness）
  - SERP 初判
  - 是否 AI 功能 / 登录 / 支付 / 域名调研
  - handoff_path: reports/site-pipeline/site-daily-20260530/00-daily-keyword.md

  人工卡点（强制）：
  1. 先完成调研与候选排序，写入 reports/site-pipeline/site-daily-20260530/00-daily-keyword.md。
  2. 不要直接 kanban_complete。
  3. 必须用 send_message 由墨探 bot 发到 Telegram 群/做站 topic，发「推荐词 + 2 个备选 + 选择理由 + 风险 + task_id」，并明确让他在群里 @墨探 回复：
     - 「确认 <task_id>」= 用推荐词继续
     - 「换成 <keyword> <project_slug> <task_id>」= 改词继续
     - 「暂停 <task_id>」= 今日不启动
  4. 发完确认请求后，执行 kanban_block，原因必须以 `WAITING_USER_KEYWORD_APPROVAL` 开头，并包含 task_id / selected_keyword / project_slug。
  5. 孟健在群里确认后，墨探需要先登记复盘白名单，再 complete：
     `python3 /root/.hermes/scripts/site_review_registry.py approve --slug <project_slug> --keyword '<selected_keyword>' --target-market '<target_market>' --task-id <task_id> --handoff-path 'reports/site-pipeline/site-daily-20260530/00-daily-keyword.md'`
     然后执行：
     `hermes kanban --board site-factory complete <task_id> --summary '<最终选词结论>' --metadata '{"selected_keyword":"...","project_slug":"...","target_market":"...","approval":"user_confirmed","google_trends_7d":"rising|breakout|top_visible","google_trends_30d_90d":"rising|flat|declining|spike_noise","gpts_baseline_keyword":"gpts|chatgpt|...","gpts_ratio":1.23,"freshness_12m":"new","review_registry":"/root/.hermes/state/site_review_approved_sites.json","handoff_path":"reports/site-pipeline/site-daily-20260530/00-daily-keyword.md"}'`
     complete 后下游才会继续；未写入白名单的站点不得进入 site-review 复盘池。

  如果没有合格词：同样先在群里汇报候选词和不启动原因，再 block。


id: t_448e2145
title: [Daily Step 1 墨策] Brief v0：产品/搜索边界
assignee: moce
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260530
idempotency_key: site-daily-20260530-01-moce-brief-v0
skills: ["projects/site-building"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260530/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取父任务墨探输出，只产出 Brief v0，不写完整 PRD。
  Brief v0 只锁 5 件事：目标用户、搜索意图、核心任务、竞品最低能力假设、页面矩阵假设。目的是给并行角色统一边界，避免 SEO 后补、设计返工、开发硬塞词。
  必须包含：site_type 假设、selected_keyword、project_slug、target_market、core_user_tasks、competitive_minimum_hypothesis、page_matrix_hypothesis、known_unknowns、并行输入需要回答的问题。
  交付：reports/site-pipeline/site-daily-20260530/01-brief-v0.md
  验收：metadata.artifact_paths 必须包含 01-brief-v0.md；acceptance_checklist 必须覆盖目标用户、搜索意图、核心任务、竞品最低能力假设、页面矩阵假设、并行任务问题清单。
  如果 Brief v0 无法明确边界，block `BRIEF_V0_INSUFFICIENT_CONTEXT`，不要进入并行。


id: t_d03df3cf
title: [Daily Step 2A 墨账] 定价/免费额度/成本上限/转化策略
assignee: mozhang
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260530
idempotency_key: site-daily-20260530-02a-mozhang
skills: ["projects/site-pricing"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260530/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 Brief v0，输出定价、免费额度、成本上限和转化策略。
  必须回答：是否收费、Free/Pro/Lifetime 边界、免费额度、单次成本上限、超额处理、转化 CTA、支付/退款边界给墨盾复核。不能写 unlimited。
  交付：reports/site-pipeline/site-daily-20260530/02a-pricing.md
  验收：metadata.artifact_paths 必须包含 02a-pricing.md；acceptance_checklist 必须覆盖竞品价格、成本模型、套餐边界、免费额度、转化策略、不使用 unlimited。


id: t_d2b65df6
title: [Daily Step 2B 墨盾] Policy/合规风险/禁用文案/免责声明
assignee: modun
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260530
idempotency_key: site-daily-20260530-02b-modun
skills: ["openclaw-imports/compliance-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260530/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 Brief v0，输出 Policy、合规风险、禁用文案、免责声明和实际功能边界。
  必须给墨引+墨笔和墨策可直接使用的约束：品牌/IP 禁词、不能声称的能力、Privacy/Terms/Cookie/Refund 边界、数据准确性免责声明、AI/UGC/支付风险。
  交付：reports/site-pipeline/site-daily-20260530/02b-compliance.md
  验收：metadata.artifact_paths 必须包含 02b-compliance.md；acceptance_checklist 必须覆盖 IP/商标/隐私/ToS/Cookie/Refund/内容安全/禁用文案/免责声明/上线风险。


id: t_1962455a
title: [Daily Step 2C 墨引+墨笔] SEO + 用户文案联合包
assignee: moyin
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260530
idempotency_key: site-daily-20260530-02c-moyin-mobi
skills: ["projects/site-seo-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260530/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 Brief v0，与墨笔职责合并产出“可直接进页面”的 SEO + 用户文案联合包；不是 SEO 词表，也不是散文。
  墨引负责：关键词、搜索意图、页面矩阵、内链、Schema、SERP Top 3-5、competitive_minimum、interaction_baseline、index/noindex 初判。
  墨笔负责：用户可读 headline、section copy、FAQ、CTA、AEO short answers、Meta 3 变体、CORE-EEAT、禁词自查。
  联合输出必须逐页/逐 section：URL、主关键词、次关键词、intent、H1/H2、section final copy、FAQ、CTA、schema text、internal links、是否首页展示/是否下沉。必须能被墨策直接合入 PRD v1，能被墨影直接做 content-fit-matrix。
  交付：reports/site-pipeline/site-daily-20260530/02c-seo-copy.md
  验收：metadata.artifact_paths 必须包含 02c-seo-copy.md；acceptance_checklist 必须覆盖 SERP、关键词、页面矩阵、内链、Schema、搜索意图、landing sections、SEO pages final copy、Meta、FAQ、CTA、AEO、CORE-EEAT、合规禁词检查、design_ready_structure。
  metadata 必须包含 p0_pages、target_keywords、interaction_baseline、competitive_minimum、index_policy。


id: t_b9370515
title: [Daily Step 3 墨策] PRD v1：整合并锁定下游合同
assignee: moce
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260530
idempotency_key: site-daily-20260530-03-moce-prd-v1
skills: ["projects/site-building"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260530/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 Brief v0 + 墨账 + 墨盾 + 墨引/墨笔联合包，整合成 PRD v1。
  PRD v1 必须包含：
  - 首页 IA + 每个 section 的最终文案；
  - SEO 内页数量；
  - 每个内页的 URL、主关键词、次关键词、搜索意图、H1/H2、最终文案摘要、schema、内链；
  - pricing/free quota/cost ceiling/conversion strategy；
  - policy/compliance/forbidden copy/disclaimer；
  - site_type、core_user_tasks、competitive_minimum、interaction_baseline；
  - asset/content inventory、domain email/contact policy、analytics/event plan（含事件 taxonomy、UTM、真实上报验收口径）、index/noindex+sitemap policy、Webmaster submission plan（GSC + Bing Webmaster/目标市场站长平台）、Cloudflare settings plan（含 Crawler Hints）、GTM 与 Kill/Iterate/Scale；
  - 给墨影、墨界、墨枢、墨引复验、墨盾复验、墨策验收、墨测、墨运、墨析的 must_read/must_produce/must_not。
  这是下游唯一产品合同；如果并行输入互相冲突，墨策必须 resolve 或 block，不能把冲突丢给设计/开发。
  交付：reports/site-pipeline/site-daily-20260530/03-prd-v1.md
  验收：metadata.artifact_paths 必须包含 03-prd-v1.md；acceptance_checklist 必须覆盖 Brief v0 整合、首页最终文案、SEO 内页矩阵、定价、合规、竞品最低能力、核心用户任务、交互基线、素材清单、索引策略、analytics plan、下游 handoff。
  metadata 必须包含 domain_candidates、requires_auth、requires_payment、site_type、p0_pages、core_user_tasks、pricing_model、compliance_verdict。


id: t_8731e4bd
title: [Daily Step 4 墨影] 高保真设计交付包 + 品牌资产
assignee: moying
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260530
idempotency_key: site-daily-20260530-04-moying
skills: ["projects/site-design"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260530/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 PRD v1（其中已整合定价、合规、SEO+文案联合包），必须完整执行 projects/site-design，不允许只交设计说明。
  核心原则：SEO 文案已经前置到 PRD/文案包，设计必须先消化全部 SEO 内容，再决定哪些上首页、哪些下沉到详情/索引页；不得让 SEO 长文、query index、token 列表打破首页布局和用户体验。
  开工前必做输入核验：PRD 是否含 site_type、竞品交互基线、核心用户任务、逐页 IA、逐页 SEO 文案、schema/index policy、asset inventory；缺任一项必须 block `upstream-gate-failed` 回墨策/墨笔，不能自己临时拼。
  必交设计包：
  - reports/site-pipeline/site-daily-20260530/design/HANDOFF.md
  - reports/site-pipeline/site-daily-20260530/design/stitch/screen-index.json
  - reports/site-pipeline/site-daily-20260530/design/screens/<slug>-desktop-final.png
  - reports/site-pipeline/site-daily-20260530/design/screens/<slug>-mobile-final.png
  - reports/site-pipeline/site-daily-20260530/design/html/<slug>-desktop-final.html
  - reports/site-pipeline/site-daily-20260530/design/html/<slug>-mobile-final.html
  - reports/site-pipeline/site-daily-20260530/design/assets/icon.svg / wordmark.svg / stacked.svg / horizontal.svg / logo-system.json
  - favicon 多尺寸；og-image.png / hero 图，如缺必要能力必须写 blocker，不能用占位图冒充完成。
  额外交付：reports/site-pipeline/site-daily-20260530/design/content-fit-matrix.md，逐 section 标明：PRD/SEO 文案来源、展示位置、是否首页展示、若下沉则目标页面、布局容器、视觉风险。
  Stitch 成功口径：只有真实 projectId/screenId 且能 get_screen_code/get_screen_image 才算 Stitch done；如果 Stitch 失败，该任务必须 block 或标记 DESIGN_CONDITIONAL，不能让下游误认为“已用 Stitch”。
  验收：metadata.artifact_paths 必须逐项列出上述文件；acceptance_checklist 必须覆盖 input_contract_checked、content_fit_matrix、real_stitch_project_ids、截图、HTML、logo、favicon、OG/hero、反 AI 味终检、homepage_not_seo_wall、media_cards_not_empty。缺任一关键项必须 block/rework。


id: t_12045411
title: [Daily Step 5A 墨界] 前端实现 + 数据上报 + CF Pages 预览部署
assignee: mojie
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260530
idempotency_key: site-daily-20260530-05a-mojie
skills: ["projects/frontend-site-build"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260530/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取设计交付包，完成前端实现、构建、数据上报、CF Pages 预览部署。
  开工前先验证父任务设计包 artifact_paths；缺 HANDOFF / screen-index / screenshots / HTML / assets / content-fit-matrix 时必须 block `upstream-gate-failed`。
  如果设计 metadata 显示 DESIGN_CONDITIONAL，必须先由墨策 Design Acceptance 明确放行，不能默认继续。
  实现原则：Stitch/HTML 视觉真源是上限，不是参考图。前端不得自行追加 SEO 墙、query index、token 列表、长篇 route dossier 到首页；SEO 长文只能按 content-fit-matrix 放到指定详情/索引页。任何新增 SEO 模块必须保持设计系统且过移动端截图。
  工具站/地图站不得做成 SEO 原型壳：必须先看至少 3 个直接竞品并输出 interaction_baseline；核心工具必须浏览器实操验证。地图类 P0 必须包含大地图布局、底图/抽象 biome、拖拽缩放、图层多选、marker 弹窗、搜索联动、坐标/深度/数据可信度、移动端可用；不能用装饰图或 prototype 文案冒充 interactive map。
  数据/地图/目录页开工闸门：如果 PRD 要求真实 marker/seed/API/schema，墨界必须先读取墨枢 metadata.artifact_paths 中的 frontend-consumable 数据合同（如 markers.json / manifest.json / frontend-contract.md / schema.json）。缺任一必需文件必须 block `missing-data-contract`，不得自行 mock、不得只按 05B 文字报告脑补数据。数据合同必须区分 `ui_fixture_ready` / `launch_data_ready` / `seo_index_ready`；若 confirmed_count=0 或 launch_data_ready=false，05A 主线上线实现继续 BLOCKED，只允许另开 isolated prototype，不得进入 SEO/上线链路。
  数据上报是墨界 P0：不能只挂脚本，必须实现并验证事件发送。至少覆盖 pageview / hero_cta_click / tool_start / tool_result / pricing_cta_click；地图/目录/数据库站补 map_search / marker_open / filter_apply / detail_open；没有对应模块必须写 N/A 理由。至少 Plausible / GA4 / Clarity / Cloudflare Web Analytics / first-party /api/events 中一个要在线上真实收数或给出精确 block。
  域名邮箱也是墨界/上线前 P0：Contact/Footer/Policy 里的对外邮箱必须是站点域名邮箱；未绑定自定义域名时不能写 Gmail/占位邮箱，必须标记 needs domain email。
  交付：reports/site-pipeline/site-daily-20260530/05a-frontend.md
  metadata 必须包含 preview_url、repo_path、commit、artifact_paths、interaction_baseline、core_interactions_verified、visual_fidelity_check、content_fit_matrix_followed、analytics_event_taxonomy、analytics_reporting_verification、verification、acceptance_checklist。验收必须覆盖 build、preview 200、移动端、核心页面、核心工具交互、SEO 基础、数据上报网络请求/后台收数证据、首页不是 SEO 墙、实站截图对比设计截图。


id: t_7f7ce58f
title: [Daily Step 5B 墨枢] 后端/D1/R2/鉴权/支付/API 联调
assignee: moshu
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260530
idempotency_key: site-daily-20260530-05b-moshu
skills: ["projects/backend-site-build"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260530/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 PRD、定价、合规和设计，完成后端/API/存储/鉴权/支付判定与实现。
  开工前先验证 PRD/定价/合规/设计父任务 artifact_paths；缺关键输入必须 block `upstream-gate-failed`。
  必须遵守 backend-site-build：先解析 PRD，确认登录/支付/AI API/免费额度/域名状态；D1/R2/KV 不复制旧项目 id；migration 必须 local + remote；API schema 必须交给前端；AI 成功后才扣额度；Webhook 用 request.text；OAuth 有 state；所有 Pages Functions route 声明 edge runtime；涉及 CF/DNS/SSL/WAF 变更先查现状再操作。
  必须明确 crawler_hints_status、cf_security_settings_status、domain_email_status。
  数据/地图/目录站必须额外交付 frontend-consumable 数据合同，不得只交文字方案：`markers.json`/`seed.json`、`manifest.json`、`frontend-contract.md`、`schema.json` 至少覆盖实体字段、坐标/分类、source/provenance、freshness、index/noindex、前端读取路径。合同必须显式给出 `ui_fixture_ready`、`launch_data_ready`、`seo_index_ready`、`confirmed_count`；若 confirmed_count=0 或 launch_data_ready=false，必须 BLOCK `confirmed-data-insufficient`，不能用 demo fixture 标 DONE 解锁主线。
  交付：reports/site-pipeline/site-daily-20260530/05b-backend.md
  metadata 必须包含 schema_path、api_schema_path、storage_plan、auth_payment_plan、free_quota_rules、migration_status、secrets_status_masked、cf_security_settings_status、crawler_hints_status、api_e2e_verification、frontend_data_contract_paths、artifact_paths、verification、acceptance_checklist。


id: t_e102a285
title: [Daily Step 7 墨引] 技术 SEO/GEO/AEO 精修与验收
assignee: moyin
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260530
idempotency_key: site-daily-20260530-07-moyin
skills: ["projects/site-seo-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260530/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取前后端交付，检查 sitemap、robots、schema、metadata、internal links、AI citation blocks、answer-first/Short answer/FAQ/AEO。
  开工前验证前后端 preview_url / repo_path / schema/API handoff。
  必须跑技术 SEO audit（脚本或等价检查），覆盖 Title、Meta description、canonical、H1/H2/H3、word count、主词密度、noindex、sitemap inclusion、robots、图片 alt、OG/Twitter、schema、内链、anti-spam。进入 sitemap 的页面必须真实有价值；placeholder/prototype/pending source 页面必须 noindex 且不进 sitemap。
  交付：reports/site-pipeline/site-daily-20260530/07-technical-seo.md
  metadata 必须包含 checked_urls、schema_files、sitemap_robots_status、indexability_matrix、geo_aeo_status、seo_audit_result_path、artifact_paths、verification、acceptance_checklist。


id: t_6269755d
title: [Daily Step 7B 墨盾] 合规/Policy 上线前复验
assignee: modun
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260530
idempotency_key: site-daily-20260530-07b-modun
skills: ["openclaw-imports/compliance-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260530/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取前后端预览、PRD、合规早期报告，执行上线前合规/Policy 复验。
  必须检查 /privacy、/terms、footer policy links、Cookie/analytics 披露、fan-made/no-affiliation、品牌/IP 禁词、数据准确性免责声明；policy 声明必须与实际脚本/功能一致。
  交付：reports/site-pipeline/site-daily-20260530/07b-compliance-recheck.md
  metadata 必须包含 compliance_verdict、policy_pages_checked、analytics_disclosure_status、ip_trademark_status、p0_p1_p2_issues、artifact_paths、verification、acceptance_checklist。


id: t_ded92400
title: [Daily Step 7C 墨策] 产品经理上线前验收
assignee: moce
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260530
idempotency_key: site-daily-20260530-07c-moce
skills: ["projects/site-building"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260530/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 PRD、前后端交付、墨引 SEO/GEO/AEO 验收、墨盾合规/Policy 复验，从产品经理视角做 Product Acceptance。
  这一步不是重写 PRD，而是验收当前产品是否满足 PRD、竞品 competitive minimum、核心用户任务和上线范围。工具/地图站必须以真实用户任务验收：找资源、筛 marker、打开 detail、复制坐标、路线提示、移动端可用；不得把 required scope 降级为 later。
  必须额外做 Design/Product Fit 验收：浏览器打开实站/preview，截首页、核心工具页、移动端；对比 design screenshots/HANDOFF/content-fit-matrix。若首页出现 SEO 墙、query index/token 列表外露、空媒体卡、大段重复文案压垮布局、或与视觉真源明显不一致，pm_verdict 必须 PM_NO_GO。
  交付：reports/site-pipeline/site-daily-20260530/07c-product-acceptance.md
  metadata 必须包含 pm_verdict(PM_GO/PM_NO_GO/PM_CONDITIONAL_GO)、competitive_minimum_verdict、design_fidelity_verdict、content_ux_verdict、verified_user_tasks、scope_gaps、blocker_count、artifact_paths、verification、acceptance_checklist。


id: t_8f2af407
title: [Daily Step 8 墨测] 全站 QA 验收 + 返修清单
assignee: motest
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260530
idempotency_key: site-daily-20260530-08-motest
skills: ["projects/site-qa"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260530/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取预览 URL、墨引 SEO/GEO/AEO 验收、墨盾合规/Policy 复验、墨策产品经理验收，做功能/移动端/性能/安全/合规/SEO/埋点 QA。
  开工前验证 preview_url、SEO handoff、compliance handoff、PM acceptance handoff；缺任一关键输入必须 block。墨策 pm_verdict 不是 PM_GO/PM_CONDITIONAL_GO 时不得 GO。
  工具站 QA 不能只验 200/metadata/schema；必须读取/复核竞品 interaction_baseline，并用浏览器实际操作核心工具。地图类必须实测拖拽、缩放、图层筛选、marker 弹窗、搜索联动、坐标/数据可信度、移动端地图可用；任一核心交互缺失即 go_no_go=NO-GO。
  Design QA 属于硬门槛：必须用浏览器截图实站首页/核心页/移动端，对照设计包与 content-fit-matrix；若 SEO 文案破坏布局、首页变 SEO 墙、媒体卡空、视觉明显低保真，即使 SEO/功能通过也必须 NO-GO。
  Policy 合规也属于 QA 范围：/privacy、/terms、footer 链接、analytics/cookie 披露、fan-made/no-affiliation、品牌/IP 禁词、数据准确性免责声明必须通过；墨盾有 P0 则 QA 不得 GO。
  交付：reports/site-pipeline/site-daily-20260530/08-qa.md
  metadata 必须包含 preview_url、test_matrix、competitor_baseline_checked、core_interactions_verified、design_fidelity_checked、content_ux_checked、pm_verdict_checked、compliance_verdict_checked、p0_p1_p2_issues、go_no_go、artifact_paths、verification、acceptance_checklist。


id: t_e181ffab
title: [Daily Step 8H 墨策] Owner Review Gate：QA_GO 后等孟健人工验收
assignee: moce
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260530
idempotency_key: site-daily-20260530-08h-owner-review
skills: ["projects/site-building"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260530/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  这是 QA 通过后的人工验收闸门，不是产品重做任务。读取 QA 报告与所有上线前 handoff，整理给孟健的人工验收包。

  强制流程：
  1. 验证父任务 QA metadata.go_no_go 为 GO/QA_GO；否则 block `QA_NOT_GO`。
  2. 提取 production/preview URL、核心页面、核心工具路径、QA 结论、P0/P1/P2、已知风险、是否允许上线。
  3. 用 send_message 发到做站群/Topic，标题必须是：`人工验收请求 <task_id> <project_slug>`，包含：站点 URL、5 条验收重点、剩余风险、建议回复格式。
  4. 发送后必须 kanban_block，reason 以 `WAITING_OWNER_SITE_APPROVAL` 开头。
  5. 孟健确认后，才能 complete 本任务；metadata 必须写 `owner_approval: confirmed`、`approved_by: mengjian`、`approval_message`。

  用户回复格式：
  - `确认上线 <task_id>` = 允许进入墨运上线/站长平台/冷启动准备
  - `返修 <task_id>: <问题>` = 不允许上线，创建返修卡并保持本 gate blocked
  - `暂停 <task_id>` = 暂停后续上线

  未获得孟健明确确认，不得让墨运启动。
  交付：reports/site-pipeline/site-daily-20260530/08h-owner-review.md
  metadata 必须包含 owner_review_url_pack、qa_summary_path、p0_p1_p2_issues、residual_risk、owner_approval、artifact_paths。


id: t_96e1f3a7
title: [Daily Step 9 墨运] 上线运营 + Webmaster/GSC + 冷启动分发
assignee: moyun
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260530
idempotency_key: site-daily-20260530-09-moyun
skills: ["projects/site-launch"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260530/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 QA 结论和 Owner Review Gate，通过后做上线运营计划、GSC + Bing Webmaster/目标市场 Webmaster sitemap 提交、冷启动分发包、首周动作。
  只有 QA metadata.go_no_go=go/QA_GO 且 Owner Review Gate metadata.owner_approval=confirmed 才可继续；否则 block。
  上线 Done 口径：生产 URL 可访问 + 域名邮箱/contact/policy 链路确认 + CF settings 复核（尤其 Crawler Hints=on）+ sitemap/robots/canonical/schema 复验 + analytics endpoint 至少一个真实事件入口可验证 + GSC sitemap submitted 或精确 BLOCK 原因 + Bing Webmaster Tools sitemap submitted 或精确 BLOCK 原因（如需 Yandex/其他市场站长平台也同样记录）+ 冷启动分发包已生成。外部发帖/投稿/目录提交必须等孟健确认；未确认时只能产出草稿和渠道清单，metadata.external_posts_published=false。
  交付：reports/site-pipeline/site-daily-20260530/09-launch.md
  metadata 必须包含 production_url、domain_email_status、cf_settings_status、crawler_hints_status、gsc_sitemap_submitted、gsc_submission_method、bing_webmaster_sitemap_submitted、webmaster_submission_status、distribution_pack_path、distribution_log、external_posts_published、analytics_status、launch_checklist、artifact_paths、verification。


id: t_07064ea1
title: [Daily Step 10 墨析] 数据链路接管 + 复盘登记
assignee: moxi
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260530
idempotency_key: site-daily-20260530-10-moxi
skills: ["projects/site-data-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260530/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取上线运营输出，验收 Plausible/GA4/Clarity/GSC/Bing Webmaster/Ahrefs/Stripe/D1 日志入口，登记进入每日复盘池。
  开工前验证 production_url / analytics_status / GSC sitemap submission / Bing Webmaster submission / distribution pack / distribution_log。必须区分“前端脚本已挂”“浏览器网络请求已发”“后台/API 可查”“站长平台已提交但等待数据”四类状态；缺数据入口要列出具体 token/scope/dashboard 入口，但不要阻止已上线站进入复盘池，除非 production_url 不可访问或核心 analytics 全缺。

  登记复盘时必须执行或更新：
  `python3 /root/.hermes/scripts/site_review_registry.py approve --slug <project_slug> --keyword '<selected_keyword>' --target-market '<target_market>' --task-id <task_id> --handoff-path 'reports/site-pipeline/site-daily-20260530/10-data-review-handoff.md' --production-url '<production_url>' --source-path '<repo_or_workspace>' --upstream-run 'site-daily-20260530'`

  handoff 必须明确写：project_slug、production_url、primary_keyword、目标排名 Top 3、事件名、UTM 规范、GSC property、Bing Webmaster site、Ahrefs audit 入口/状态、distribution_log 路径、首周复盘日期、owner digest 投递目标、can_start_daily_review=true/false、review_pool_status=active|registered_hold。
  交付：reports/site-pipeline/site-daily-20260530/10-data-review-handoff.md
  metadata 必须包含 review_registry_entry、review_pool_status、can_start_daily_review、analytics_sources、event_taxonomy、utm_policy、webmaster_sources、ahrefs_audit_status、distribution_log、baseline_metrics、owner_digest_target、artifact_paths、verification、acceptance_checklist。


id: t_e8dfe0ed
title: 05L getaiemail pricing billing toggle frontend-only
assignee: mojie
status: done
created_by: xiaomo
workspace_kind: dir
workspace_path: /root/projects/getaiemail
tenant: site-getaiemail-20260527
idempotency_key: site-getaiemail-20260527-05l-pricing-billing-toggle
skills: ["projects/frontend-site-build", "projects/site-design"]
body:
  GOAL MODE / STRICT. Kanban is the only source of truth.
  Tenant: site-getaiemail-20260527
  Project slug: getaiemail
  Domain: getaiemail.com
  Repo/workdir: /root/projects/getaiemail
  Canonical design source: /root/.hermes/reports/site-getaiemail-20260527/design-fresh-stitch-all-pages

  OWNER CORRECTION: pricing UX should follow normal SaaS convention: monthly/yearly billing toggle, annual plan prioritized, annual shown as monthly-equivalent price with billed-yearly copy and savings label. Current frontend only lists $9.99/month or $95.88/year text; that is not enough.

  Scope: FRONTEND ONLY. Do not implement backend/auth/payment.

  Required changes:
  1. Pricing section/page must use Stitch visual language and add a monthly/yearly segmented control or equivalent billing toggle.
  2. Pro pricing display:
     - Monthly: $9.99/mo.
     - Annual: $7.99/mo equivalent, billed $95.88/year, save 20%.
     - Annual should be visually recommended/default or clearly labeled Best value.
     - Keep 800 credits/month; do not imply annual credits are all available upfront unless backend confirms.
  3. Checkout placeholder should receive/display selected billing cycle safely, or at least have separate frontend-only CTA labels for monthly vs annual.
  4. No fake payment success, no collection of payment details, no backend calls.
  5. Keep login/payment affordances from t_c663a3de.
  6. Run verify/typecheck/build/worker build, commit + push + deploy from same commit, verify production.

  Acceptance:
  - Production pricing has visible monthly/yearly switch.
  - Annual price is shown as monthly-equivalent with billed-yearly and savings copy.
  - Annual is the recommended default/primary CTA.
  - /checkout remains safe frontend-only placeholder.
  - Report: /root/.hermes/reports/site-getaiemail-20260527/05l-pricing-billing-toggle.md


id: t_16c3a4e4
title: 06A-FIX getaiemail SEO/GEO remediation after SEO_NO_GO
assignee: mojie
status: done
created_by: moyin
workspace_kind: dir
workspace_path: /root/projects/getaiemail
tenant: site-getaiemail-20260527
session_id: 20260530_052935_43dd48
body:
  Upstream SEO recheck t_1cb74a82 returned SEO_NO_GO for getaiemail.com.

  Read first:
  - SEO report: /root/.hermes/reports/site-getaiemail-20260527/06a-technical-seo-geo-recheck.md
  - Raw audit: /root/.hermes/kanban/boards/site-factory/workspaces/t_1cb74a82/getaiemail-seo-audit.json
  - Summary audit: /root/.hermes/kanban/boards/site-factory/workspaces/t_1cb74a82/getaiemail-seo-summary.json
  - Input brief: /root/.hermes/reports/site-getaiemail-20260527/input-brief.md
  - Source repo: /root/projects/getaiemail

  Required fixes before recheck:
  1. Add homepage self canonical: https://getaiemail.com.
  2. Add build-time SEO audit script and package script `seo:audit`; deploy must run build + seo:audit before deploy.
  3. Expand every core indexable page to >=800 parsable words while preserving the current Stitch visual system and above-fold generator.
  4. Add natural route-specific answer blocks: 40-70 word short answer, how-to-use, good input examples, subject/body/variant examples, safety/review notes, scenario FAQ.
  5. Rewrite scenario meta descriptions to <=160 chars, ideally 140-160.
  6. Add FAQPage JSON-LD from visible FAQ and BreadcrumbList on scenario pages.
  7. Configure/verify HTTP -> HTTPS redirect if available in project/Cloudflare config; if dashboard-only, document as residual risk.
  8. Preserve Workers/OpenNext deployment; do not convert to static Pages. Do not implement real AI/auth/payment unless separately authorized.

  Acceptance:
  - `npm run verify`, `npm run typecheck`, `npm run build`, `npm run worker:build`, `npm run seo:audit` pass.
  - Deploy to getaiemail.com from pushed commit.
  - Production audit passes zero P0/P1 SEO blockers.
  - Complete with artifact_paths, commit_sha, deployment_source_commit, routes_verified, verification, residual_risk, and Telegram DONE to telegram:-1003750190535:7208.


id: t_c6eb674a
title: [Daily Step 0 墨探] 新词发现并选择今日新站
assignee: motan
status: blocked
created_by: user
workspace_kind: scratch
workspace_path: /root/.hermes/kanban/boards/site-factory/workspaces/t_c6eb674a
tenant: site-daily-20260531
idempotency_key: site-daily-20260531-00-motan
skills: ["projects/site-research"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260531/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。

  任务：每日新词新站启动。今天只允许选择 1 个最值得做的新站机会。

  强制口径（2026-05-21 对齐）：
  - Step 0 默认只走「严格新词管线」。新词定义：市场搜索需求正在明确起量，不是概念新、SERP 有早期供给、社区有人聊。
  - Google Trends 是硬门槛：US/en past 7 days 必须有 rising/breakout/top query 可见；补 30/90 天确认不是单日噪声。Google Trends 查不到量，默认不能作为今日主推荐。
  - GPTs 对比是硬门槛：必须拿候选词和 GPTs/ChatGPT 相关基准词做趋势强度对比，输出 `gpts_baseline_keyword`、`candidate_trend_value`、`baseline_trend_value`、`gpts_ratio`；只有 `gpts_ratio > 1.0` 才能进入 A_NOW/B_QUEUE。
  - 12 个月回溯是硬门槛：必须标注 `freshness_12m = new | old_hot | stable_old | spike_noise | no_data`；每日新站主推荐只允许 `new`。old_hot/稳定老词只能观察，除非孟健明确批准兜底。
  - SERP/社区/模型发布/托管新站信号只能做辅助，不得替代 Google Trends 起量 + GPTs ratio。
  - 如果没有合格新词，必须如实 BLOCK：`NO_CLEAN_NEW_WORD_TODAY`，给观察池和下一步采集建议；不要退回老词硬凑一个站。

  输入：
  - 当前方向：AI 编程、出海工具、小产品矩阵、SEO 驱动站。
  - 目标市场：优先 US/en；如果发现中文市场机会也可标注但默认不启动。

  必须输出：
  - selected_keyword
  - project_slug
  - target_market
  - 为什么今天选这个词（必须包含 Google Trends 7d/30d/90d 证据、GPTs ratio、12m freshness）
  - SERP 初判
  - 是否 AI 功能 / 登录 / 支付 / 域名调研
  - handoff_path: reports/site-pipeline/site-daily-20260531/00-daily-keyword.md

  人工卡点（强制）：
  1. 先完成调研与候选排序，写入 reports/site-pipeline/site-daily-20260531/00-daily-keyword.md。
  2. 不要直接 kanban_complete。
  3. 必须用 send_message 由墨探 bot 发到 Telegram 群/做站 topic，发「推荐词 + 2 个备选 + 选择理由 + 风险 + task_id」，并明确让他在群里 @墨探 回复：
     - 「确认 <task_id>」= 用推荐词继续
     - 「换成 <keyword> <project_slug> <task_id>」= 改词继续
     - 「暂停 <task_id>」= 今日不启动
  4. 发完确认请求后，执行 kanban_block，原因必须以 `WAITING_USER_KEYWORD_APPROVAL` 开头，并包含 task_id / selected_keyword / project_slug。
  5. 孟健在群里确认后，墨探需要先登记复盘白名单，再 complete：
     `python3 /root/.hermes/scripts/site_review_registry.py approve --slug <project_slug> --keyword '<selected_keyword>' --target-market '<target_market>' --task-id <task_id> --handoff-path 'reports/site-pipeline/site-daily-20260531/00-daily-keyword.md'`
     然后执行：
     `hermes kanban --board site-factory complete <task_id> --summary '<最终选词结论>' --metadata '{"selected_keyword":"...","project_slug":"...","target_market":"...","approval":"user_confirmed","google_trends_7d":"rising|breakout|top_visible","google_trends_30d_90d":"rising|flat|declining|spike_noise","gpts_baseline_keyword":"gpts|chatgpt|...","gpts_ratio":1.23,"freshness_12m":"new","review_registry":"/root/.hermes/state/site_review_approved_sites.json","handoff_path":"reports/site-pipeline/site-daily-20260531/00-daily-keyword.md"}'`
     complete 后下游才会继续；未写入白名单的站点不得进入 site-review 复盘池。

  如果没有合格词：同样先在群里汇报候选词和不启动原因，再 block。


id: t_1a36471b
title: [Daily Step 1 墨策] Brief v0：产品/搜索边界
assignee: moce
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260531
idempotency_key: site-daily-20260531-01-moce-brief-v0
skills: ["projects/site-building"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260531/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取父任务墨探输出，只产出 Brief v0，不写完整 PRD。
  Brief v0 只锁 5 件事：目标用户、搜索意图、核心任务、竞品最低能力假设、页面矩阵假设。目的是给并行角色统一边界，避免 SEO 后补、设计返工、开发硬塞词。
  必须包含：site_type 假设、selected_keyword、project_slug、target_market、core_user_tasks、competitive_minimum_hypothesis、page_matrix_hypothesis、known_unknowns、并行输入需要回答的问题。
  交付：reports/site-pipeline/site-daily-20260531/01-brief-v0.md
  验收：metadata.artifact_paths 必须包含 01-brief-v0.md；acceptance_checklist 必须覆盖目标用户、搜索意图、核心任务、竞品最低能力假设、页面矩阵假设、并行任务问题清单。
  如果 Brief v0 无法明确边界，block `BRIEF_V0_INSUFFICIENT_CONTEXT`，不要进入并行。


id: t_e41eec11
title: [Daily Step 2A 墨账] 定价/免费额度/成本上限/转化策略
assignee: mozhang
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260531
idempotency_key: site-daily-20260531-02a-mozhang
skills: ["projects/site-pricing"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260531/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 Brief v0，输出定价、免费额度、成本上限和转化策略。
  必须回答：是否收费、Free/Pro/Lifetime 边界、免费额度、单次成本上限、超额处理、转化 CTA、支付/退款边界给墨盾复核。不能写 unlimited。
  交付：reports/site-pipeline/site-daily-20260531/02a-pricing.md
  验收：metadata.artifact_paths 必须包含 02a-pricing.md；acceptance_checklist 必须覆盖竞品价格、成本模型、套餐边界、免费额度、转化策略、不使用 unlimited。


id: t_40d0313d
title: [Daily Step 2B 墨盾] Policy/合规风险/禁用文案/免责声明
assignee: modun
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260531
idempotency_key: site-daily-20260531-02b-modun
skills: ["openclaw-imports/compliance-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260531/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 Brief v0，输出 Policy、合规风险、禁用文案、免责声明和实际功能边界。
  必须给墨引+墨笔和墨策可直接使用的约束：品牌/IP 禁词、不能声称的能力、Privacy/Terms/Cookie/Refund 边界、数据准确性免责声明、AI/UGC/支付风险。
  交付：reports/site-pipeline/site-daily-20260531/02b-compliance.md
  验收：metadata.artifact_paths 必须包含 02b-compliance.md；acceptance_checklist 必须覆盖 IP/商标/隐私/ToS/Cookie/Refund/内容安全/禁用文案/免责声明/上线风险。


id: t_7c2c6ba5
title: [Daily Step 2C 墨引+墨笔] SEO + 用户文案联合包
assignee: moyin
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260531
idempotency_key: site-daily-20260531-02c-moyin-mobi
skills: ["projects/site-seo-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260531/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 Brief v0，与墨笔职责合并产出“可直接进页面”的 SEO + 用户文案联合包；不是 SEO 词表，也不是散文。
  墨引负责：关键词、搜索意图、页面矩阵、内链、Schema、SERP Top 3-5、competitive_minimum、interaction_baseline、index/noindex 初判。
  墨笔负责：用户可读 headline、section copy、FAQ、CTA、AEO short answers、Meta 3 变体、CORE-EEAT、禁词自查。
  联合输出必须逐页/逐 section：URL、主关键词、次关键词、intent、H1/H2、section final copy、FAQ、CTA、schema text、internal links、是否首页展示/是否下沉。必须能被墨策直接合入 PRD v1，能被墨影直接做 content-fit-matrix。
  交付：reports/site-pipeline/site-daily-20260531/02c-seo-copy.md
  验收：metadata.artifact_paths 必须包含 02c-seo-copy.md；acceptance_checklist 必须覆盖 SERP、关键词、页面矩阵、内链、Schema、搜索意图、landing sections、SEO pages final copy、Meta、FAQ、CTA、AEO、CORE-EEAT、合规禁词检查、design_ready_structure。
  metadata 必须包含 p0_pages、target_keywords、interaction_baseline、competitive_minimum、index_policy。


id: t_e9442267
title: [Daily Step 3 墨策] PRD v1：整合并锁定下游合同
assignee: moce
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260531
idempotency_key: site-daily-20260531-03-moce-prd-v1
skills: ["projects/site-building"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260531/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 Brief v0 + 墨账 + 墨盾 + 墨引/墨笔联合包，整合成 PRD v1。
  PRD v1 必须包含：
  - 首页 IA + 每个 section 的最终文案；
  - SEO 内页数量；
  - 每个内页的 URL、主关键词、次关键词、搜索意图、H1/H2、最终文案摘要、schema、内链；
  - pricing/free quota/cost ceiling/conversion strategy；
  - policy/compliance/forbidden copy/disclaimer；
  - site_type、core_user_tasks、competitive_minimum、interaction_baseline；
  - asset/content inventory、domain email/contact policy、analytics/event plan（含事件 taxonomy、UTM、真实上报验收口径）、index/noindex+sitemap policy、Webmaster submission plan（GSC + Bing Webmaster/目标市场站长平台）、Cloudflare settings plan（含 Crawler Hints）、GTM 与 Kill/Iterate/Scale；
  - 给墨影、墨界、墨枢、墨引复验、墨盾复验、墨策验收、墨测、墨运、墨析的 must_read/must_produce/must_not。
  这是下游唯一产品合同；如果并行输入互相冲突，墨策必须 resolve 或 block，不能把冲突丢给设计/开发。
  交付：reports/site-pipeline/site-daily-20260531/03-prd-v1.md
  验收：metadata.artifact_paths 必须包含 03-prd-v1.md；acceptance_checklist 必须覆盖 Brief v0 整合、首页最终文案、SEO 内页矩阵、定价、合规、竞品最低能力、核心用户任务、交互基线、素材清单、索引策略、analytics plan、下游 handoff。
  metadata 必须包含 domain_candidates、requires_auth、requires_payment、site_type、p0_pages、core_user_tasks、pricing_model、compliance_verdict。


id: t_87f18000
title: [Daily Step 4 墨影] 高保真设计交付包 + 品牌资产
assignee: moying
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260531
idempotency_key: site-daily-20260531-04-moying
skills: ["projects/site-design"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260531/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 PRD v1（其中已整合定价、合规、SEO+文案联合包），必须完整执行 projects/site-design，不允许只交设计说明。
  核心原则：SEO 文案已经前置到 PRD/文案包，设计必须先消化全部 SEO 内容，再决定哪些上首页、哪些下沉到详情/索引页；不得让 SEO 长文、query index、token 列表打破首页布局和用户体验。
  开工前必做输入核验：PRD 是否含 site_type、竞品交互基线、核心用户任务、逐页 IA、逐页 SEO 文案、schema/index policy、asset inventory；缺任一项必须 block `upstream-gate-failed` 回墨策/墨笔，不能自己临时拼。
  必交设计包：
  - reports/site-pipeline/site-daily-20260531/design/HANDOFF.md
  - reports/site-pipeline/site-daily-20260531/design/stitch/screen-index.json
  - reports/site-pipeline/site-daily-20260531/design/screens/<slug>-desktop-final.png
  - reports/site-pipeline/site-daily-20260531/design/screens/<slug>-mobile-final.png
  - reports/site-pipeline/site-daily-20260531/design/html/<slug>-desktop-final.html
  - reports/site-pipeline/site-daily-20260531/design/html/<slug>-mobile-final.html
  - reports/site-pipeline/site-daily-20260531/design/assets/icon.svg / wordmark.svg / stacked.svg / horizontal.svg / logo-system.json
  - favicon 多尺寸；og-image.png / hero 图，如缺必要能力必须写 blocker，不能用占位图冒充完成。
  额外交付：reports/site-pipeline/site-daily-20260531/design/content-fit-matrix.md，逐 section 标明：PRD/SEO 文案来源、展示位置、是否首页展示、若下沉则目标页面、布局容器、视觉风险。
  Stitch 成功口径：只有真实 projectId/screenId 且能 get_screen_code/get_screen_image 才算 Stitch done；如果 Stitch 失败，该任务必须 block 或标记 DESIGN_CONDITIONAL，不能让下游误认为“已用 Stitch”。
  验收：metadata.artifact_paths 必须逐项列出上述文件；acceptance_checklist 必须覆盖 input_contract_checked、content_fit_matrix、real_stitch_project_ids、截图、HTML、logo、favicon、OG/hero、反 AI 味终检、homepage_not_seo_wall、media_cards_not_empty。缺任一关键项必须 block/rework。


id: t_9361fd9a
title: [Daily Step 5A 墨界] 前端实现 + 数据上报 + CF Pages 预览部署
assignee: mojie
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260531
idempotency_key: site-daily-20260531-05a-mojie
skills: ["projects/frontend-site-build"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260531/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取设计交付包，完成前端实现、构建、数据上报、CF Pages 预览部署。
  开工前先验证父任务设计包 artifact_paths；缺 HANDOFF / screen-index / screenshots / HTML / assets / content-fit-matrix 时必须 block `upstream-gate-failed`。
  如果设计 metadata 显示 DESIGN_CONDITIONAL，必须先由墨策 Design Acceptance 明确放行，不能默认继续。
  实现原则：Stitch/HTML 视觉真源是上限，不是参考图。前端不得自行追加 SEO 墙、query index、token 列表、长篇 route dossier 到首页；SEO 长文只能按 content-fit-matrix 放到指定详情/索引页。任何新增 SEO 模块必须保持设计系统且过移动端截图。
  工具站/地图站不得做成 SEO 原型壳：必须先看至少 3 个直接竞品并输出 interaction_baseline；核心工具必须浏览器实操验证。地图类 P0 必须包含大地图布局、底图/抽象 biome、拖拽缩放、图层多选、marker 弹窗、搜索联动、坐标/深度/数据可信度、移动端可用；不能用装饰图或 prototype 文案冒充 interactive map。
  数据/地图/目录页开工闸门：如果 PRD 要求真实 marker/seed/API/schema，墨界必须先读取墨枢 metadata.artifact_paths 中的 frontend-consumable 数据合同（如 markers.json / manifest.json / frontend-contract.md / schema.json）。缺任一必需文件必须 block `missing-data-contract`，不得自行 mock、不得只按 05B 文字报告脑补数据。数据合同必须区分 `ui_fixture_ready` / `launch_data_ready` / `seo_index_ready`；若 confirmed_count=0 或 launch_data_ready=false，05A 主线上线实现继续 BLOCKED，只允许另开 isolated prototype，不得进入 SEO/上线链路。
  数据上报是墨界 P0：不能只挂脚本，必须实现并验证事件发送。至少覆盖 pageview / hero_cta_click / tool_start / tool_result / pricing_cta_click；地图/目录/数据库站补 map_search / marker_open / filter_apply / detail_open；没有对应模块必须写 N/A 理由。至少 Plausible / GA4 / Clarity / Cloudflare Web Analytics / first-party /api/events 中一个要在线上真实收数或给出精确 block。
  域名邮箱也是墨界/上线前 P0：Contact/Footer/Policy 里的对外邮箱必须是站点域名邮箱；未绑定自定义域名时不能写 Gmail/占位邮箱，必须标记 needs domain email。
  交付：reports/site-pipeline/site-daily-20260531/05a-frontend.md
  metadata 必须包含 preview_url、repo_path、commit、artifact_paths、interaction_baseline、core_interactions_verified、visual_fidelity_check、content_fit_matrix_followed、analytics_event_taxonomy、analytics_reporting_verification、verification、acceptance_checklist。验收必须覆盖 build、preview 200、移动端、核心页面、核心工具交互、SEO 基础、数据上报网络请求/后台收数证据、首页不是 SEO 墙、实站截图对比设计截图。


id: t_4e2a57db
title: [Daily Step 5B 墨枢] 后端/D1/R2/鉴权/支付/API 联调
assignee: moshu
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260531
idempotency_key: site-daily-20260531-05b-moshu
skills: ["projects/backend-site-build"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260531/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取 PRD、定价、合规和设计，完成后端/API/存储/鉴权/支付判定与实现。
  开工前先验证 PRD/定价/合规/设计父任务 artifact_paths；缺关键输入必须 block `upstream-gate-failed`。
  必须遵守 backend-site-build：先解析 PRD，确认登录/支付/AI API/免费额度/域名状态；D1/R2/KV 不复制旧项目 id；migration 必须 local + remote；API schema 必须交给前端；AI 成功后才扣额度；Webhook 用 request.text；OAuth 有 state；所有 Pages Functions route 声明 edge runtime；涉及 CF/DNS/SSL/WAF 变更先查现状再操作。
  必须明确 crawler_hints_status、cf_security_settings_status、domain_email_status。
  数据/地图/目录站必须额外交付 frontend-consumable 数据合同，不得只交文字方案：`markers.json`/`seed.json`、`manifest.json`、`frontend-contract.md`、`schema.json` 至少覆盖实体字段、坐标/分类、source/provenance、freshness、index/noindex、前端读取路径。合同必须显式给出 `ui_fixture_ready`、`launch_data_ready`、`seo_index_ready`、`confirmed_count`；若 confirmed_count=0 或 launch_data_ready=false，必须 BLOCK `confirmed-data-insufficient`，不能用 demo fixture 标 DONE 解锁主线。
  交付：reports/site-pipeline/site-daily-20260531/05b-backend.md
  metadata 必须包含 schema_path、api_schema_path、storage_plan、auth_payment_plan、free_quota_rules、migration_status、secrets_status_masked、cf_security_settings_status、crawler_hints_status、api_e2e_verification、frontend_data_contract_paths、artifact_paths、verification、acceptance_checklist。


id: t_5da79e4b
title: [Daily Step 7 墨引] 技术 SEO/GEO/AEO 精修与验收
assignee: moyin
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260531
idempotency_key: site-daily-20260531-07-moyin
skills: ["projects/site-seo-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260531/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取前后端交付，检查 sitemap、robots、schema、metadata、internal links、AI citation blocks、answer-first/Short answer/FAQ/AEO。
  开工前验证前后端 preview_url / repo_path / schema/API handoff。
  必须跑技术 SEO audit（脚本或等价检查），覆盖 Title、Meta description、canonical、H1/H2/H3、word count、主词密度、noindex、sitemap inclusion、robots、图片 alt、OG/Twitter、schema、内链、anti-spam。进入 sitemap 的页面必须真实有价值；placeholder/prototype/pending source 页面必须 noindex 且不进 sitemap。
  交付：reports/site-pipeline/site-daily-20260531/07-technical-seo.md
  metadata 必须包含 checked_urls、schema_files、sitemap_robots_status、indexability_matrix、geo_aeo_status、seo_audit_result_path、artifact_paths、verification、acceptance_checklist。


id: t_00915936
title: [Daily Step 7B 墨盾] 合规/Policy 上线前复验
assignee: modun
status: todo
created_by: user
workspace_kind: scratch
tenant: site-daily-20260531
idempotency_key: site-daily-20260531-07b-modun
skills: ["openclaw-imports/compliance-review"]
body:
  GOAL MODE / 严格目标模式：你是 Hermes Kanban 派发的专职做站 Agent。
  不闲聊、不泛泛建议、不跳步；必须先加载并遵守绑定 skill。
  缺关键输入就 block，不得编造。
  全链路约束：Cloudflare-first；Conventional commits；不蹭品牌词；不做高风险合规 niche；输出必须落盘到 reports/site-pipeline/site-daily-20260531/。
  Skill-to-Pipeline 同步硬规则：本任务绑定的 skill 是最低交付标准，不是参考资料。开工后必须在交付物里写 `skill_contract_check` 小节：列出该 skill 的必需输入、必需产出、硬约束、验收项，并逐项标记 pass/fail/evidence。若流水线任务正文与 skill 冲突，以更严格者为准；若 skill 要求的交付物未产出，不能 DONE。
  上游交付不是口头摘要，必须是可读文件 + metadata 双轨：下游既要读父任务 metadata，也要读 artifact_paths 里的文件。缺文件、缺关键字段、或内容和 metadata 不一致，一律 `upstream-gate-failed`。
  统一硬门槛：site_type、SERP/竞品 interaction_baseline、core_user_tasks、competitive_minimum、asset/content inventory、index/noindex+sitemap policy、analytics/event plan、legal/policy boundary、GTM/复盘口径必须从 PRD 阶段开始贯穿设计、开发、QA、上线、复盘。
  数据上报职责边界：墨界负责把前端/工具/转化事件真实上报并验证，至少覆盖 pageview、hero_cta_click、tool_start、tool_result、pricing_cta_click（无模块标 N/A）；墨运负责上线后搜索站长平台接入与提交，包括 Google Search Console、Bing Webmaster Tools（必要时补 Yandex/其他目标市场 Webmaster）、sitemap 提交/状态记录；墨析负责数据源可信度复核和口径裁判。不能把“脚本已接入”当成“数据已收数”。
  域名/Cloudflare 硬门槛：正式上线必须有站点域名邮箱（如 hello@domain / support@domain），不得用 Gmail 或占位邮箱；如未绑定自定义域名必须明确 block/后续项。墨枢/墨运必须检查 CF 安全标准项：SSL Full Strict、Always HTTPS、Bot Fight Mode、Crawler Hints=on、Browser Cache TTL、/api rate limit、静态资源缓存；不能漏 Crawler Hints。
  完成时必须写 Kanban v2 structured summary + JSON metadata；下游只认父任务 run metadata，不认口头 DONE。
  metadata 必须至少包含：
  - project_slug
  - selected_keyword 或 primary_keyword
  - artifact_paths: 本步骤所有落盘交付物路径
  - verification: 实际执行过的验收/检查命令或人工检查项
  - acceptance_checklist: 本步骤 skill 对应验收清单，true/false
  - residual_risk: 剩余风险，空也写 []
  - next_inputs: 下一棒需要读取的输入
  - blocking_risks
  - next_assignee_input
  下游开工前必须验证父任务 metadata.artifact_paths 对应文件真实存在；缺关键交付物必须 kanban_block，reason 以 `upstream-gate-failed:` 开头，不得脑补继续。
  谁执行谁汇报 / Owner visibility：
  - 你是当前步骤执行者，必须由你自己的 profile 主动汇报到「做站流水线」Telegram topic；不要私聊孟健，不要发到复盘 topic，不要只依赖小墨或 digest。
  - 汇报工具：send_message(action='send', target='telegram:-1003750190535:5318', message='...')。
  - 汇报频率：开始执行发一条 `[START]`；完成或阻塞发一条 `[DONE]` / `[BLOCKED]`；长任务超过 30 分钟发 `[STATUS]`，否则不要刷屏。
  - 汇报格式：开头写清楚「角色名 + task_id + 状态」，例如「墨引 t_xxx [DONE] SEO 复核完成」。
  - DONE 必须包含：交付路径、关键结论 3-5 条、下一棒是谁、是否有风险/人工确认点。
  - BLOCKED 必须包含：阻塞原因、缺什么、需要谁处理、用户在群里应该怎么回复。
  - 汇报成功后，再 kanban_complete 或 kanban_block；如果 send_message 失败，把失败原因写进 block/comment，不能静默完成。
  读取前后端预览、PRD、合规早期报告，执行上线前合规/Policy 复验。
  必须检查 /privacy、/terms、footer policy links、Cookie/analytics 披露、fan-made/no-affiliation、品牌/IP 禁词、数据准确性免责声明；policy 声明必须与实际脚本/功能一致。
  交付：reports/site-pipeline/site-daily-20260531/07b-compliance-recheck.md
  metadata 必须包含 compliance_verdict、policy_pages_checked、analytics_disclosure_status、ip_trademark_status、p0_p1_p2_issues、artifact_paths、verification、acceptance_checklist。


