liuzhengdongfortest

通过 Chrome 扩展控制真实浏览器。需要访问网页、抽取网页数据、点击按钮、填写表单、执行浏览器自动化、提取渲染后的组件证据，或以程序方式操作页面时使用。通过 DOM diff、简化 HTML 和 component evidence pack 返回节省 token 的结构化结果。适用于 browser control、web automation、page scraping、web data extraction、execute JS in browser、web_scan、web_execute_js、open browser、navigate to URL、get page content、fill form、click button、extract component、rendered DOM、computed styles、component evidence。

想法还模糊时的讨论入口，做分诊后路由到 feature-design / feature-brainstorm / roadmap。AI 是思考伙伴不是记录员。触发：用户说"有个想法还没想清楚"、"先 brainstorm 一下"、"聊一聊这块"、"方向还在摇摆"。不处理 bug 和重构。

feature 流程阶段 1——为新功能起草 {slug}-design.md 作为后续实现和验收的唯一输入，拍板后抽出 checklist。触发：用户说"开始设计方案"、"写 design doc"、"准备实现 XX"，前提是已知道做什么、为谁、怎么算成功。

feature 流程的超轻量通道——不写 design / checklist 直接动手，但先指引 AI 查 CodeStable 知识库再开工。触发：用户说"快速模式"、"fastforward"、"别那么多步骤"、"直接开干"，且需求小到不值得走 design 流程。

issue 流程阶段 2——读 report + 读代码定位根因、评估风险，给用户 2-3 个修复方案让 TA 拍板。这一步不改代码。触发：用户说"分析这个 bug"、"找根因"、"定位问题"，且已有 {slug}-report.md。

系统审计——从代码中主动发现 bug 隐患、安全漏洞、性能问题、可维护性债务和架构偏离，产出批量发现清单。触发：用户说"审查系统"、"审计代码"、"扫描问题"、"找找 bug"、"有什么可以优化的"。

CodeStable 工作流根入口，介绍体系全貌并把诉求路由到对应 cs-* 子技能。触发：用户只输入 `cs`、说"介绍一下 codestable"、"该用哪个技能"、"不知道用哪个"，或诉求还很开放未收敛。本技能只做路由不做事。

把新仓库或有零散文档的仓库接入 CodeStable 体系，两条路径自动判断：空仓库从零搭骨架，已有文档走审计 + 迁移映射。触发：用户说"在这个项目里用 CodeStable"、"搭 CodeStable 结构"、"初始化 CodeStable"、"迁移到 CodeStable"。

讨论清楚。用于用户想聊任何还没定型的主题时：需求、想法、技术方案、产品方向、架构疑问、写作、流程、工具、判断题都可以讨论。只做讨论、澄清、发散、收敛和必要的小实验；不真正改项目、不落需求或架构、不动代码。每次讨论单独落一份讨论记录文件。

持续工作模式——stop hook 触发或客户提到时启用。入口动作是先做一次大抬头（按 .boss/principles/lookup-beats.md 大抬头扫描），然后按 9 条硬约束（代码质量、工程质量、渐进式披露、遇阻深挖、不确定求证、单点不停摆、先抄后造、精益求精、task 最低规划深度）和「看得更多 / 做得更多」选下一步。配套 .ai/continuous.yaml 配置和三家 CLI（Codex/Claude/OpenCode）stop hook 安装器。

主理人交付执行场景——拿到目标按粒度选 Task（小目标可独立验证）或 Roadmap（大目标跨阶段需要状态地图）。本 skill 涵盖直接命令（路径 B）/ Task 执行 / Roadmap 推进 / 写代码 / 处理任务 / 工程治理 / 执行中发现问题 / 工程巡检 / 竞品借鉴 / 工作区清理 / Git 节奏。Task/Roadmap 文档落 .boss/{tasks,roadmaps}/。

主理人和客户对齐场景——讨论需求、聊架构方向、技术求知。会议是讨论不是执行，结论落到 .boss/{requirements,architecture,meetings,wiki}/，不动代码、不建 task、不拆 Roadmap。涵盖记重点（落 meetings）/ 落需求（落 requirements）/ 落架构（落 architecture）/ 传导链（决策在会中不在执行时）/ 求知场景。客户明确"做吧""开工"时切到 owner-execute。

主理人首次接入客户项目——客户项目根目录没有 .boss/ 时启用。建 .boss/ 骨架，复制横切原则到 .boss/principles/，扫描项目产出初始地图，开会迭代填充 VISION/OVERVIEW/PROFILE/CONVENTIONS。骨架立好后切回 owner 主入口，按场景路由到 owner-meeting / owner-execute。

主理人姿态 + 路由入口。客户给模糊目标，主理人自己搞清楚、补缺口、规划执行、交付结果。本 skill 定姿态（主动性、自主规划、三视角、信息架构、实践出真知、抬头节拍）、读 .boss/{PROFILE,CONVENTIONS,principles}/、按场景路由到 owner-onboard（项目接入）/ owner-meeting（讨论对齐）/ owner-execute（执行交付）/ continuous-work（持续工作模式）。所有主理人式协作的首入口。

通过 Chrome 扩展控制真实浏览器。需要访问网页、抽取网页数据、点击按钮、填写表单、执行浏览器自动化、提取渲染后的组件证据，或以程序方式操作页面时使用。通过 DOM diff、简化 HTML 和 component evidence pack 返回节省 token 的结构化结果。适用于 browser control、web automation、page scraping、web data extraction、execute JS in browser、web_scan、web_execute_js、open browser、navigate to URL、get page content、fill form、click button、extract component、rendered DOM、computed styles、component evidence。

写"我自己造了/用了一个东西，分享一下"这类开发者第一人称帖子时触发——Show HN 风格、造轮子自述、即刻/V2EX 技术分享、个人项目介绍、独立开发者复盘、"周末做了个 X"型帖子、独立博客上的项目自述。关键判断：目的不是让读者懂原理（那是 writing-to-explain），也不是把 slogan 钉进脑子（那是 writing-to-sell），而是让读者通过相信叙述者本人，对他正在用/做的东西产生兴趣。常见触发："帮我写个种草文"、"给我项目写个分享帖"、"写个 Show HN"、"写个造轮子自述"、"即刻发帖风格写一下"、"V2EX 风格发个帖"、"我做了个 X 帮我写篇介绍"。不适用：正经 README（用 writing-to-explain）、商业广告文案 / 落地页（用 writing-to-sell）、API 参考文档。

Vue 组件/Composable 重构的决策陪练——用户贴一段代码或指到一个 SFC，skill 先做一次诊断（"胖主干"/"UI和IO纠缠"/"响应式和业务纠缠"），再从三张处方里选一张，逐条给出具体的 extract 步骤序列（先动哪个变量、编译器会报什么错、怎么逐个消掉、何时可回滚）。全程靠编译器绿灯 + 单步可回滚保证行为等价，不依赖测试防护网。触发场景：用户说"这个 Vue 组件太胖 / 想把逻辑抽出来 / 拆一下这个 SFC / 这个 composable 太杂 / 抽个 composable / 拆成 humble / 纯函数化"、或指到一个明显过长的 .vue / composable 文件要求"重构 / 优化 / 拆分"。只管 Vue（Vue 2 Options、Vue 2/3 `<script setup>`、composable、pinia store）。不处理：加新功能（走 feature 流程）、修 bug（走 issue 流程）、跨模块架构重划、后端代码。

写任何目的是让读者记住、跟风、或做点什么的东西时触发——广告文案、产品标题、slogan、发布会讲稿、产品推广页、融资路演、公众号开头、短视频开头、GitHub README（推广向的）、标题党、朋友圈首句。关键判断：写出来的东西成不成，看读者脑子里能不能留下一句能原样说出来的话，并且觉得自己想变成那句话里的人——不看读者懂了什么事实。不适用于技术文档、教程、API 参考、解释型随笔、写给 AI 的指令——那些场合的目的是让读者真正建立理解，用这里讲的手法会翻车。

尤雨溪（Evan You）思维框架。基于 6 个维度、40+ 一手来源的深度调研，提炼出 5 个心智模型、8 条决策启发式、完整表达 DNA。触发词：尤雨溪 / Evan You / 框架设计 / 工具链哲学 / 开源决策 / Vue / Vite / progressive framework

Use when the user wants design judgment in the style of Jonathan Ive, including product simplification, hardware-software coherence, material/process trade-offs, and craft-led decision making. Triggers: Jonathan Ive, Jony Ive, Apple design language, simplify this product, hardware software integration, design process culture, thinness vs usability.

做 skill（Claude Code 技能）相关的工作时进入——从零写一个新 skill、调优已有 skill、把反复使用的流程沉淀成 skill、或者在 skill 不触发 / 乱触发时修 description。也能读自己的文件优化自己。用户说"帮我写个 skill / 做个技能 / 优化 skill / 调 description / 这个 skill 不触发 / skill-master 优化下自己 / 把这段流程做成 skill"时都进来。

讨论如何管理自己的任务、注意力、时间、精力时触发——事情太多不知道先做哪个、清单永远做不完、拖延重要的事、一天下来感觉什么都没做成、被紧急的事牵着走、该不该答应新请求、想养成习惯但坚持不下来、效率低下想提升。关键判断：用大师的原则（做减法、辨重要、低门槛启动、系统设计）和用户对话、帮 TA 想清楚该不该做、怎么启动、怎么设计可持续的系统——不是帮 TA 列清单或跟踪进度。不适用于项目管理（给别人分任务）、时间记账、产品 roadmap、应急救火。

写任何目的是让另一个脑子建立理解的东西时触发——教程、使用说明、科普、技术博客、README、SKILL.md、给 AI 读的指令文档、解释型随笔、架构说明、onboarding 材料。关键判断：输出要在读者（人或 AI）脑子里建立对某件事的真正理解，而不只是罗列事实或列举规则。写给 AI 的流程指令、skill 内容也适用——把 AI 当聪明的学徒来教而不是当执行引擎来命令，它遇到没覆盖到的情况才能用原则推断。不适用于严格的参考资料（API 字段表、schema 定义、参数列表）。

写任何目的是让听者（直接上级、平级合作方、客户、投资人、董事会）用这份材料做判断或决策的东西时触发——周报、月报、项目 review、OKR 更新、一对一前的材料、跨部门通知、客户进展邮件、投资人更新信、董事会 pre-read。关键判断：写出来的成败看听者能不能在有限时间里拿到做判断所需的最少信息，而不是 TA 懂了多少细节、也不是 TA 是否被打动。不适用于教程、技术文档、解释型随笔（那些要让读者真正建立理解的场合），也不适用于广告、slogan、发布会讲稿（那些要让读者记住并行动的场合）。