接入 why-here Release 同步
This commit is contained in:
@@ -47,6 +47,16 @@ npx skills update
|
||||
|
||||
`think-twice` 负责把一份文字写得独立、准确;`teach-me` 负责通过来回交流把一件事真正讲懂。两者可以单独安装,也可以一起使用。
|
||||
|
||||
### 交付前审查
|
||||
|
||||
#### [`why-here`](./skills/why-here/SKILL.md)
|
||||
|
||||
在交付前对改动里每个可疑的部分问同一个问题:它现在为什么还在这里。完成后的结果仍然需要的留下,只因为做的过程走过某条路才存在的删掉,例如回应旧误解的说明、放弃方案留下的分支、迁移完成后仍在的临时字段。
|
||||
|
||||
它默认只审查和报告。文字按删掉后读者的理解会不会改变判断;代码、接口和数据结构要先查当前调用方、契约、已有数据和外部约束。公开接口、持久化数据和仍在使用的兼容路径需要你明确授权才会动。
|
||||
|
||||
`think-twice` 负责把文字写得独立可读;`why-here` 负责判断哪些内容还属于完成后的结果,范围同时包括文字和代码。
|
||||
|
||||
### Windows 工具
|
||||
|
||||
#### [`disk-master`](./skills/disk-master/SKILL.md)
|
||||
@@ -79,3 +89,4 @@ npx skills update
|
||||
- “分析一下 `C:` 盘为什么满了,只做只读扫描,并生成 HTML 报告。”
|
||||
- “帮我找出这台 Windows 电脑上所有叫 `settings.json` 的文件。”
|
||||
- “把这张表格截图转成 Markdown 表格。”
|
||||
- “这次改动中途换过方案,提交前用 `why-here` 看看还有没有只属于旧方案的内容。”
|
||||
|
||||
Reference in New Issue
Block a user