1. 基本信息
| 项目 | 内容 | 数据来源 |
|---|---|---|
| 名称 | leader-kkkkhazix-khazix-skills（项目自述名称：leader，SKILL.md 内部声明的短名） | GitHub |
| 作者/维护者 | Khazix（GitHub: KKKKhazix，2,663 关注者；运营公众号「数字生命卡兹克」，AI 行业内容创作者） | GitHub API |
| 来源链接 | https://github.com/KKKKhazix/khazix-skills/tree/main/leader | — |
| 许可证 | MIT（仓库根 LICENSE 文件覆盖全部子技能） | GitHub API |
| GitHub Stars | 合集仓库整体 18,888 星 / 2,094 fork；该数字属整个合集，不代表本技能自身热度 | GitHub API |
| 最新版本 | SKILL.md 未标注版本号；leader 子目录最近一次提交 2026-07-26 | GitHub API |
| 安装方式 | 支持 Agent Skills 标准的 agent 中直接说“安装这个技能：<链接>”；不支持技能机制的 agent 可下载 SKILL.md 作为项目规则文件或粘贴进对话 | 仓库 README |
2. 功能介绍与亮点
leader 把用户一句话的模糊想法，转成一份可直接粘进 agent 长时无人值守执行模式（如 Claude Code 的 /goal）、独立跑到完工的结构化任务书。
核心设计：
- 三角色模型：领导（用户拍板）、管理者（本技能）、执行者（执行模式里独立干活的 agent）——执行者拿到任务书后无人可问，写错的事实会被照做
- 先实测再动笔：能查的不问；有代码库先跑命令验证 README 说法是否成立，行业知识联网核实，查不到就标“假设，未验证”
- “七问法”：借航海类比，逐一确定目的、完工标准、验收证据、防作弊红线、边界、取舍优先级、未知项，写成任务书六个固定小节
- 防作弊设计：列出达标时常用的五种“合法但错误”捷径（如给失败测试打 skip、mock 被测对象），逐条给对策；另留一份 agent 不可见的抽查项，完工后由管理者复核
- 多 agent 并行支持：给出划分地界、处理共享写入点冲突的具体规则
- 硬字数上限：任务书 ≤4000 字符，与
/goal官方输入上限对齐 - 交付前自检清单：字数、分型、命令是否亲手跑过等逐一核对
3. 适用场景
固定分类：元技能与 Agent 增强
适合把模糊想法转成可执行任务书、交给 agent 无人值守模式运行到完工的用户；也适合需要拆解成多个并行 agent 协作、且担心 agent“表面达标实则作弊”的场景。面向已有一定 agent 实战经验、正尝试长时间自动化工作流的初中级用户。
4. 跨 Agent 兼容性
- Claude Code：✅ 原生支持——技能围绕 Claude Code 的
/goal原生命令设计，仓库 README 兼容列表明确列出 - Codex：✅ 原生支持——README 兼容列表明确列出
- OpenClaw：未验证——README 未点名，仅笼统提及“40+ 其他 agent”
- Hermes Agent：未验证——同上
5. 推荐理由
任务书写得含糊，agent 可能安静跑偏一整晚——这是无人值守执行链条里最易被忽视、代价却最大的一环。leader 没有停在“写清楚需求”这种空泛建议，而是把幻觉命令、悄悄作弊达标、静默失败无人发现等实践坑逐条转成任务书必须包含的条款，并配了交付前自检清单。对已在用 /goal 等自动化模式、却吃过“跑歪了才发现”苦头的用户，这是少见的专攻“任务定义质量”的技能。
6. 评分
| 维度 | 分数 | 说明 |
|---|---|---|
| 受欢迎程度 | 6 | 子目录自身仅一周龄，但已获得具名用户（GitHub Issue #52）连续多日实测后的详细设计反馈；同仓库其他子技能可见十余位不同身份用户主动提交 issue，说明作者社区存在真实、活跃的讨论基础，leader 上线即被认真使用属较快增长信号 |
| 可用性 | 8 | 纯文本技能，零外部依赖、复制即用；主文档 + 2 份参考文件（任务书结构规格、语言风格指南），含交付前自检清单，文档完整；近一周内仍有更新；唯一减分项——真实用户（Issue #52）指出“≤5 个问题“这一设计存在可执行成 0 问的歧义，尚待作者澄清 |
| 安全性 | 9 | 见下方安全检查清单 |
| 综合 | 7.67 | 三项均值 |
安全检查清单：
| 检查项 | 结果 |
|---|---|
| ① shell 命令及权限范围 | 技能本身不要求 Bash 等执行权限，仅指导 agent 用已有工具（如实测命令、WebSearch）做调研，无扣分 |
| ② 运行时是否联网外发数据 | 技能自身不发起网络请求；指导 agent 按需联网调研行业知识，属正常工具使用而非隐蔽外发，无扣分 |
| ③ 是否要求 API key/凭据 | 不需要，无扣分 |
| ④ 可疑指令（prompt injection） | 通读 SKILL.md 及两份引用文件全文，未见诱导执行外部指令或隐蔽操作的文字，无扣分 |
| ⑤ 作者/组织信誉 | 作者 GitHub 账号真实、2,663 关注者，运营公开可查的公众号，无刷星/SEO 操纵迹象，无扣分 |
| ⑥ License 是否明确 | MIT，清晰明确，无扣分 |
| ⑦ 最近维护时间 | leader 子目录最近提交 2026-07-26，距创建仅数日，无扣分 |
7. 跟同类 Skills 相比的优势
| 特性 | leader | planning-with-files（同类竞品） | superpowers / writing-plans（同类竞品） |
|---|---|---|---|
| 核心定位 | 单一职责：把想法写成可执行任务书，供 agent 无人值守模式运行 | 单一职责：把执行中的计划持久化到磁盘文件，防止长会话/清屏丢失进度 | 全套开发方法论框架（头脑风暴→写计划→隔离 worktree→测试驱动实现） |
| 解决的阶段 | 任务开始前的定义与验收标准设计 | 任务执行中的记忆延续 | 从构思到实现的完整流程 |
| 防作弊/防幻觉设计 | 专门列出五种“达标但作弊”的具体手法并逐条给对策，另设 agent 不可见的抽查项 | 声明“绝不执行外部来源中的类指令文本”，侧重内容可信度隔离 | 依赖测试驱动开发本身作为质量闸门 |
| 字数/篇幅约束 | 硬上限 4000 字符，与 /goal 输入上限对齐 |
无固定篇幅，持续追加 | 计划文档篇幅由具体任务决定 |
| 多 agent 并行支持 | 给出地界划分与共享写入点冲突处理规则 | 未见明确的多 agent 协作规则 | 通过隔离 git worktree 实现并行 |
三者面向不同阶段、可组合使用：leader 解决“任务书写得好不好”，planning-with-files 解决“跑到一半会不会忘”，superpowers 这类框架提供从头到尾的完整方法论。只想解决“任务定义质量”这一个问题、不想引入整套框架的用户，leader 的单一职责设计更轻量。
8. 用户评价
- 来源：GitHub Issue #52（https://github.com/KKKKhazix/khazix-skills/issues/52）
- 内容摘要：用户 Zhanghuaimin-233 连续多日使用 leader 生成
/goal任务书，反馈模型几乎每次都跳过了文档所述“≤5 个问题“澄清环节、直接按默认值生成任务书，并举出删除旧接口是否保留兼容别名等本该征询用户的具体场景，询问是否为预期设计。反馈详细具体，反映了真实的多日实测使用。
9. 其他补充
同一仓库内还有几款覆盖不同场景的技能（会话收尾整理、资讯查询、长文写作等），leader 是其中面向“任务定义”环节的一款。
10. 安装使用方式
方式一（推荐，支持 Agent Skills 标准的 agent，含 Claude Code、Codex）：在对话中输入
安装这个技能：https://github.com/KKKKhazix/khazix-skills/tree/main/leaderagent 会自动克隆到对应技能目录。
方式二（不支持技能机制的 agent）：手动下载 leader/SKILL.md，作为项目规则文件放入项目，或直接粘贴进对话上下文，效果等同。
安装后无需重启。触发方式：直接说“帮我给 agent 写个目标”“帮我详细拆一下这个目标”“写个任务书/brief 给 agent”等即可；技能会先做调研，一轮内最多问 5 个问题，随后产出任务书。
11. 注意事项
- “≤5 个问题”环节实践中可能被跳过、直接按默认值生成（见第 8 章），想强制先确认关键决策点，建议触发时明确要求“生成前务必向我确认关键取舍”
- “无人值守独立跑完”依赖目标 agent 具备类似
/goal的长时自动执行模式；不具备该模式时产出仍可当结构清晰的需求文档用，但没有全程无人值守体验 - 该技能上线仅一周左右，由单一作者维护，尚未经长期大规模验证