ANS VibeHub Skill · 需求工作台与高频技能目录

把模糊想法变成准确需求，把重复动作整理成高频 Skill

把想法写成清楚的需求，把口语改成准确的术语，再直接复制 ANS 整理的 10 个高频 Skill、3 条自动化流程和 6 条把 Skill 当产品做的准则。

配置探索者、执行者、审查者与专家顾问四类子 Agent，结合 Explore/Simplify 规范与 Git Diff 走查交付。

结构化可验收需求生成器

已自动保存在本机

1. 任务目标与核心交付物2. 受众对象与使用场景3. 现有材料、参考方向与禁用项4. 可肉眼或脚本核对的验收条件

可直接发给 Agent 的需求单

四项要素已齐备 · 可直接复制发给你的 Agent

1. 任务目标与核心交付物：在跨模块复杂任务中启用多 Agent 小队分工：先由轻量高速 Explorer 摸清代码路径，再交由 Executor 按明确文件边界实现，最后由独立 Reviewer 执行 Simplify 审查并输出可视化 Diff 走查。

2. 受众对象与使用场景：负责代码合入审查的工程师与需要控制 Token 额度消耗的长期项目维护者。

3. 现有材料、参考方向与禁用项：遵循 1:20:100 模型成本分级路由：日常搜索与边界明确的改动使用轻量高推理模型（主 Agent 提前交代必读规范文件以规避长上下文漏召回），疑难架构才唤醒高阶专家顾问；工作区遵循 AGENTS.md 入口与分支隔离。

4. 可肉眼或脚本核对的验收条件：主上下文不被无关源码塞满；提交前砍掉过度防御分支、重复派生状态与死代码；所有改动通过类型检查与测试，并附带清晰的提交拆分与变更影响说明。

能力一 · 规范表达与主动术语提示

不用先问“这叫什么”，把日常口语改成无歧义的 Agent 指令

保留你的真实原意，只补上 1–3 个消除歧义的关键术语并附上词条链接，绝不擅自增加未要求的框架、参数或复杂设计。

你的日常原话

“这个按钮鼠标放上去变个色，点下去也要有一下反馈，别太生硬。”

ANS 规范后可直接发给 Agent 的表达

为当前主操作按钮补充 Hover（悬停）状态、Active（按下）状态与 Focus（键盘聚焦）样式，并使用 160ms Transition（过渡）让颜色与轻微缩放自然衔接，不改动按钮原有尺寸与布局。

只补齐消除歧义的状态名（Hover / Active / Focus / Transition），不擅自指定动画库或重画组件。

能力二 · 日常使用频率最高的 10 个 Skill 与三条流水线

覆盖工程研发、口播视频粗剪与去 AI 味文档的 10 大核心 Skill

好用的 Skill 不在于装得多，而在于按项目隔离并串联成流水线：从多 Agent 小队探索与提交前代码消肿，到一镜到底录屏去口误粗剪、画面 OCR 校对字幕、横竖双封面与多平台草稿投递。

工程研发与代码审查交付流水线

先派轻量探索者摸清代码路径，再按明确规范边界执行修改，提交前拉起无历史包袱的独立审查员砍掉冗余防御代码，最后完成分支提交与可视化 Diff 交付。

01 Explore 路径摸底
02 Bounded 规范实现
03 Simplify 独立挑刺
04 Ship 提交与可视化 Diff

口播录屏与自媒体工业化流水线

从下班后 10 分钟口述大纲与一镜到底录屏出发，串联静音/口误自动粗剪、录屏画面 OCR 专业术语字幕校对、横竖双画幅封面生成与多平台草稿箱投递。

01 痛点选题与口述大纲
02 VAD+ASR 去口误粗剪
03 画面 OCR 字幕与双画幅封面
04 多平台草稿箱后置校验

去 AI 味表达与高密度视觉文档流水线

先用平铺直叙规则洗掉“不是 X 而是 Y”与强行拔高立意，再将枯燥的技术方案转化为单页交互图解、逐页分片 HTML 演示文稿或开源仓库门面。

01 事实提炼与去 AI 口癖
02 架构与流程可视化图解
03 逐页分片单文件 HTML 演示
04 开源门面与双语文档交付

01ans-team-mode工程研发与代码审查交付流水线

多角色子 Agent 小队编排与费率路由

查看配套分步指南

触发场景: 跨多个目录排查问题、多步骤重构，或希望按 1:20:100 模型成本梯度节省高阶模型周额度时触发。
核心机制: 预设四类子角色：探索者（Explorer，轻量高速模型扫路径，只带回摘要不塞满主窗口）、执行者（Executor，主 Agent 显式点名必读规范与目标文件后执行修改，规避轻量模型长上下文漏召回）、审查者（Reviewer，中等高推理模型独立复核）、专家顾问（Advisor，仅在连续多轮卡壳或复杂架构设计时按需唤醒顶配模型）。
工程与安全边界: 顺手可改的单文件小需求由主 Agent 直接完成，不机械派发子 Agent；禁止让不擅长沟通的编程模型在无人介入下无限层拆解子任务。

可直接发给 Agent 的启动指令

请对当前任务启用 ans-team-mode 小队模式：1) 先派 Explorer 子 Agent 摸清相关文件路径与接口摘要，只向主窗口返回结构化摘要；2) 由你明确列出必读规范文件与修改文件清单后，交由 Executor 完成实现；3) 除非遇到连续两轮未解决的架构卡点，不调用高开销 Advisor。

02ans-code-simplify工程研发与代码审查交付流水线

提交前无包袱代码精简与去模板审查

查看配套分步指南

触发场景: 功能代码或前端页面初稿写完、准备执行 Git Commit 之前自动触发。
核心机制: 启动一个不包含历史编写上下文的干净子 Agent 充当挑刺审查员，重点排查：1) 一层套一层的过度防御判断与无意义门禁；2) 不看存量代码而重复维护的派生状态；3) 迁移后未清理的死代码与兼容分支；4) 页面上暴露的 UUID、内部枚举或不影响任何操作的“已选 X 项”冗余文案。
工程与安全边界: 只砍除冗余实现与视觉噪音，不改变已确认的业务契约与外部接口签名；审查结论直接列出文件、行号与替换方案，不填冗长套话表格。

可直接发给 Agent 的启动指令

请启动一个不带当前会话历史包袱的独立审查子 Agent（ans-code-simplify），对刚刚修改的代码与界面做提交前精简检查：重点指出过度防御分支、重复派生状态、未删除的旧兼容代码，以及界面上暴露的内部枚举或多余解释小字，并直接完成精简。

03ans-git-ship工程研发与代码审查交付流水线

分支隔离、规范提交与可视化 Diff 走查

查看配套分步指南

触发场景: 完成一轮需求开发并跑通验证脚本，需要整理提交记录、推送远端或向团队汇报改动架构时触发。
核心机制: 先检查 Working Tree 与 .gitignore，拦截误加入的密钥、日志或临时构建产物；按改动意图拆分为清晰的 Commit；若涉及多模块重构，额外生成一份单页交互式 Diff 走查报告（高亮核心数据流变化与人工必看风险点）。
工程与安全边界: 默认推送到当前特性分支（Feature Branch），未经人工明确授权绝不强制推送（force push）或直接合并受保护主分支。

可直接发给 Agent 的启动指令

请按 ans-git-ship 流程检查当前 Git 工作树：1) 确认 .gitignore 已排除临时文件与敏感配置；2) 运行类型检查与相关单元测试；3) 按功能意图整理清晰的 Commit 说明，并输出本次改动的模块边界与核心 Diff 走查摘要。

能力三 · 像做产品一样开发与评测 Skill

让轻量模型也能零删减、低消耗跑通长任务的 6 条工程准则

真正好用的 Skill 需要顺应模型的真实脾气：用默认直接执行+尾部静默提示代替翻源码检查，把确定性步骤写进脚本，按单页分片落盘防截断，并用无上下文子 Agent 做双盲 A/B 评测。

默认直接执行 + 尾部静默后置配置引导

常见误区：如果每次调用都让 Agent 先检查配置文件或翻阅几百行脚本源码确认参数，会白白浪费数万 Token 和几十秒等待时间。

ANS 产品级做法：让 Agent 直接以默认参数调用脚本完成主任务；由脚本在执行结尾输出简短的状态提示（如“当前使用默认配色，如需自定义可在 config.json 修改”），只有在真实报错时才引导配置。

确定性步骤归脚本，灵活判断归 Agent

常见误区：把时间戳加减、文件合并、DOM 尺寸校验等确定性工作交给大模型手算，既慢又容易出错。

ANS 产品级做法：凡是输入输出规则固定的步骤一律写成 Python/Node 脚本；只把语义理解、口误甄别、视觉方向发散与文案润色留给 Agent。

按单页/单步拆分中间产物，兼容轻量模型

常见误区：让轻量模型或处于长上下文末端的模型一次性输出上千行 HTML，模型极易偷懒省略后半段或擅自删减原稿信息。

ANS 产品级做法：强制要求每页幻灯片或每个处理阶段先落盘为独立的小文件（如 slide-01.html、slide-02.html），再由脚本自动校验并拼接成单文件成品。

注入本地 HTML 预览页，让人一眼拍板

常见误区：在终端里看 JSON 数据、字幕文本或设计描述，人很难直观判断最终画面到底好不好看、有没有错位。

ANS 产品级做法：为 UI 多方向探索、视频封面挑选和字幕校对内置轻量 HTML 预览模板（如 style-explorer.html），点击卡片即可复制选中指令回传给 Agent。

无上下文子 Agent 双盲 A/B 评测

常见误区：让刚写完代码或刚改完 Skill 的主 Agent 自己评价产出效果，它会顺着历史包袱自我夸奖，打分毫无参考价值。

ANS 产品级做法：用相同任务同时跑“加载 Skill”与“不加载 Skill”两组输出，交给一个完全不知道哪份是谁写的独立子 Agent 按明确量表盲测挑刺。

项目级隔离存放 + AGENTS.md 入口路由

常见误区：把几十个垂类 Skill 全部塞在全局目录里，不仅浪费初始上下文，还容易让模型在描述相近的工具间选错并污染会话。

ANS 产品级做法：只在全局保留极少数通用 Skill；把视频剪辑、特定业务规范等 Skill 放进项目目录（如 .codex/skills），并在精简的 AGENTS.md 中写明何时读取哪个文件。

1. 任务目标与核心交付物：在跨模块复杂任务中启用多 Agent 小队分工：先由轻量高速 Explorer 摸清代码路径，再交由 Executor 按明确文件边界实现，最后由独立 Reviewer 执行 Simplify 审查并输出可视化 Diff 走查。 2. 受众对象与使用场景：负责代码合入审查的工程师与需要控制 Token 额度消耗的长期项目维护者。 3. 现有材料、参考方向与禁用项：遵循 1:20:100 模型成本分级路由：日常搜索与边界明确的改动使用轻量高推理模型（主 Agent 提前交代必读规范文件以规避长上下文漏召回），疑难架构才唤醒高阶专家顾问；工作区遵循 AGENTS.md 入口与分支隔离。 4. 可肉眼或脚本核对的验收条件：主上下文不被无关源码塞满；提交前砍掉过度防御分支、重复派生状态与死代码；所有改动通过类型检查与测试，并附带清晰的提交拆分与变更影响说明。