企业官网建设流程全解析

Summary

• Posts: X/Y written (Z%)
• Total words: N (estimated: M)
• Internal links: L (density: L/Y per post)

Metrics

Issues Found

• [List any FAIL or WARN metrics with remediation steps]

Next Steps

• [Actionable items to reach 100% on all metrics]

### 6.3 与技能主文档的对应关系 [SKILL.md](https://link.gitcode.com/i/af00899ea495404ac23e79dd592335ab) 中的 Cluster Scorecard 章节以"人读"视角提供了同一套指标的简化版（Coverage、Link Density、Orphan Pages、Cannibalization、Image Count、Pillar Links、Cross-Links、Content Gaps），而 `execution-workflow.md` 给出了精确公式与目标值。此外，`cluster-plan.json` 的 `scorecard` 字段（`coverage`、`linkDensity`、`orphanPages`、`cannibalization`、`contentGaps`，见 [hub-spoke-architecture.md](https://link.gitcode.com/i/92c66463c46765deabe754323a0fecdf)）会将核心指标**回写进计划文件**，使"计划 → 执行 → 验收"形成闭环，`/seo cluster map` 重新生成可视化地图时也能基于这些状态数据展示"已写 vs 计划"的实时进度（可视化模板见 [templates/cluster-map.html](https://link.gitcode.com/i/2cfa0aabb9de88caad614a46bd25733d)，其 SVG 节点通过 `planned`/`written` 样式类区分状态、以 mandatory/recommended/optional 三类线条呈现链接）。 ## 七、质量门禁：六道硬性校验，不许静默放行 在标记执行完成之前，执行阶段必须逐项验证六道质量门禁： 1. **每个辐条页都链接到支柱页**（mandatory）； 2. **支柱页链接到每一个辐条页**（mandatory）； 3. **没有任何帖子的入链少于 3 条**； 4. **没有两篇帖子共享同一个主关键词**； 5. **不存在孤儿页**； 6. **所有帖子达到最低字数要求（目标的 80%）**。 门禁的强制语义非常明确：**任何一道门禁失败，都必须在计分卡中标记并在 Issues Found 中给出具体修复指引（remediation instructions），严禁对失败集群静默放行（"Do NOT silently pass a failing cluster"）**。 这六道门禁并非孤立存在，而是与架构规范逐条对应： - 门禁 1、2 对应 [hub-spoke-architecture.md](https://link.gitcode.com/i/cfeeadb7af7a167baa5660082d2de87b) 中的 Mandatory Links——"没有这些链接的集群在结构上是残缺的（structurally broken）"； - 门禁 3 与 Link Density 指标共同落实"每篇帖子至少 3 个入链"的最小链接要求； - 门禁 4 落实 Cannibalization Prevention 中"任何两篇帖子不得共享同一主关键词，绝不例外"的原则； - 门禁 6 的 80% 容差与 [SKILL.md](https://link.gitcode.com/i/5082fbae145887f73c28fa22646867e5) 中 Pillar 页 2500-4000 词、Spoke 页 1200-1800 词的目标字数呼应，同时为写作引擎保留合理弹性。 ## 八、错误处理与降级路径 执行阶段并非永远一帆风顺。参考 [SKILL.md](https://link.gitcode.com/i/5082fbae145887f73c28fa22646867e5#L296-L310) 的 Error Handling 表格，与执行环节直接相关的典型故障与处置方式包括： | 错误 | 原因 | 处置 | |------|------|------| | `cluster-plan.json not found` | 未规划直接执行 | 提示用户先运行 `/seo cluster plan` | | `claude-blog not installed` | 无博客写作技能 | 降级生成内容简报至 `cluster-briefs/` | | Duplicate primary keywords | 检测到关键词自相残杀 | 合并受影响帖子或重新分配关键词 | | Orphan page detected | 帖子缺少入链 | 从最近的集群兄弟帖补充链接 | | Resume state corrupted | 计划与输出目录不一致 | 通过输出目录扫描重建执行状态 | 值得强调的是**降级路径**：即使没有 claude-blog，`cluster-briefs/` 中的每份简报依然携带完整的执行上下文（标题/Meta、主次关键词、模板与大纲、字数目标、内链与锚文本、竞品区分点），保证了"自动化写作"与"人工写作"两条路径共享同一套规划质量。 ## 九、执行阶段的完整工作流总结 结合 [SKILL.md](https://link.gitcode.com/i/5082fbae145887f73c28fa22646867e5) 的 `/seo cluster execute` 入口，执行阶段在技能体系中的完整调用链为：

/seo cluster execute ├─ 检测 claude-blog（~/.claude/skills/blog/SKILL.md） ├─ 加载 references/execution-workflow.md（本文档）获取完整算法 ├─ 读取当前目录 cluster-plan.json ├─ 扫描输出目录，检测续跑状态 ├─ 按优先级执行：Pillar 先行 → Spoke 按搜索量降序 → 按 cluster/post 索引 ├─ 每篇帖子注入 cluster_context 调用 blog-write（或生成简报） ├─ 每篇新帖写完后：扫描已写帖子的占位符并注入反向链接 └─ 全部完成后：生成 cluster-scorecard.md，并过六道质量门禁