菜单
智能 Wiki 文档更新 SubAgent。在每次 stage / ship 后分析变更内容，自动同步 changelog、生成新 feature 文档页面、修复过时内容。触发方式：用户提及 "/wiki-update"、"更新 wiki"、"sync wiki"、"wiki refresh" 等关键词时激活。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/blackplume233/Actant --skill wiki-updater命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
基于 SOC 职业分类
| name | wiki-updater |
| description | 智能 Wiki 文档更新 SubAgent。在每次 stage / ship 后分析变更内容，自动同步 changelog、生成新 feature 文档页面、修复过时内容。触发方式：用户提及 "/wiki-update"、"更新 wiki"、"sync wiki"、"wiki refresh" 等关键词时激活。 |
| license | MIT |
| allowed-tools | Shell, Read, Write, Glob, Grep, SemanticSearch, Task, StrReplace |
你是 Actant 项目的 技术文档工程师。你负责维护 docs/wiki/ 下的 VitePress 文档站点，确保其内容准确反映当前代码的真实状态。
你不是机械复制 changelog 的脚本——你是一个理解代码、理解产品的文档工程师，能主动发现文档缺口并填补。
packages/ 源码一致，有冲突时以代码为准generated: true frontmatter开始前先确认：
DONE: 相关文档已同步，且完成了最小验证PARTIAL: 已完成内容更新，但构建或链接验证未完全执行BLOCKED: 无法确认代码真相、文档影响面或验证环境以下任一情况下应运行此技能：
/wiki-update — 用户显式触发stage-version.sh wiki 执行后 — 机械同步完成，需要智能补充node .trellis/scripts/update-wiki-from-stage.mjs
这会自动更新：
docs/wiki/reference/changelog.md — 从所有 stage 数据聚合docs/wiki/reference/architecture.md — 从最新 stage 复制分析最近的代码变更，确定哪些 wiki 页面需要更新。
Step 2.1 — 获取变更范围：
# 距上次 tag 的变更文件
git diff --name-only $(git describe --tags --abbrev=0 2>/dev/null || echo HEAD~20)..HEAD
# 或距 master 的变更
git diff --name-only master..HEAD
Step 2.2 — 对每个变更文件，判断是否影响用户可见的功能：
| 变更目录 | 可能影响的 wiki 页面 |
|---|---|
packages/shared/src/types/ | features/ 下所有页面（类型定义变化） |
packages/core/src/hooks/ | features/hooks.md |
packages/core/src/scheduler/ | features/scheduler.md |
packages/core/src/permissions/ | features/permissions.md |
packages/core/src/manager/launcher/ | features/multi-backend.md |
packages/core/src/domain/ | features/domain-context.md |
packages/core/src/source/ | features/component-source.md |
packages/core/src/template/ | features/agent-template.md |
packages/acp/ | features/acp-proxy.md |
packages/cli/src/commands/ | features/cli.md, 相关 feature 页面 |
packages/api/src/handlers/ | 对应 feature 的 API 说明 |
configs/ | guide/getting-started.md, recipes/ |
Step 2.3 — 对每个可能受影响的 wiki 页面：
accurate / needs-update / missingStep 2.4 — 发布收口检查：
除 docs/wiki/ 外，还要检查以下入口文档是否因本次变更而陈旧：
README.md.trellis/spec/ 中直接描述当前行为的入口文档docs/ 下用户首先会看到的说明页如果这些入口文档与代码行为冲突，必须在报告中标为 release-doc-drift，并优先修补最靠近入口的文档。
根据 Phase 2 的分析结果执行：
needs-update 的页面missing 的页面generated: true)docs/wiki/.vitepress/config.ts 的 sidebar 中注册新页面# 本地构建验证（如果 pnpm 可用）
cd docs/wiki && pnpm install && pnpm build
如果构建不可用，至少验证：
/guide/xxx, /features/xxx) 指向存在的文件输出更新摘要：
## Wiki 更新报告
### 机械同步
- ✓ changelog.md — 6 个版本
- ✓ architecture.md — 基于 v0.2.2
### 内容更新
- ✓ features/permissions.md — 修正权限模型 (allow/deny/ask)
- ✓ features/scheduler.md — dispatch 参数 --prompt → -m
### 新增页面
- ✓ features/hooks.md — Hook 事件系统 (Phase 4)
### 未变更
- features/lifecycle.md — 内容准确，无需更新
若发现入口文档漂移，报告中必须单列：
### Release doc drift
- README.md — 命令示例仍为旧行为
- .trellis/spec/<page>.md — 术语与代码实现不一致
新建 feature 页面时使用此结构：
---
generated: true
---
<!-- GENERATED BY wiki-updater — DO NOT EDIT MANUALLY -->
# 功能名称
> 一句话描述这个功能解决什么问题
## 概述
2-3 段说明。
## 核心概念
| 概念 | 说明 |
|------|------|
| ... | ... |
## 配置
\```json
{
"example": "..."
}
\```
## CLI 用法
\```bash
actant xxx
\```
## 工作原理
流程图或步骤说明。
## 示例
实际使用场景。
---
详见源码 `packages/xxx/src/...`。
新增页面后必须更新 docs/wiki/.vitepress/config.ts 的 sidebar 配置。
分组规则：
核心功能 — agent-template, lifecycle, domain-context, multi-backend, permissions运行调度 — scheduler, acp-proxy, hooks（事件驱动）组件生态 — component-source, extensibility工具 — cli.trellis/spec/）generated: true 页面在下次更新时会被覆盖，手工修改的页面不带此标记