S27-B02 · 顺畅使用：配置、Skills、规范与反模式

适用读者：装了工具但"用不顺手"的人。
前置：S27-B01、S24-B03（规则与钩子）。
覆盖旧文：196(264) 202(326) 193(252) 258(251) 262(246) 261(246) 251(243) 290(345) + 教程卡 = 5,594 点。
覆盖扩展：E-S27-003（上下文与规范的关系）。
上一篇：S27-B01 · 心智模型与成本：AI 是"文字接龙"
下一篇：S27-B03 · 文件上传与文档处理。

1. 一句话结论

"用不顺手"通常不是模型问题，而是三件事没做：给它上下文（规则/文件）、给它能力（Skills/工具）、给它判据（怎么算做完）。

维度	做法	缺失后果
上下文	规则文件 + 相关文件	它猜你的约定
能力	Skills / MCP 工具	它只能"说"不能"做"
判据	测试/验收命令	它不知道何时停

2. 配置：把"工作环境"调顺（E-S27-003）

项	建议
工作目录	项目根（决定可见范围，S24-B02）
规则文件	命令/风格/禁区（S24-B03）
权限模式	默认只读，按需提权（S24-A01）
输出样式	按场景切换（简洁/详细）

判据："它第一次就做对的比例高吗？" 低 → 先补规则，不是换模型。

3. Skills：把重复流程固化

类型	例子	收益
生成类	生成 CRUD/接口文档	一次配置多次用
检查类	提交前自查清单	减少返工
转换类	旧代码 → 新框架	迁移加速

"什么样的流程值得做成 Skill"：每周至少做 3 次、且步骤固定（S21-B04 的判据）。

4. 反模式（A-262）

反模式	后果
一次让它改 20 个文件	无法评审
不给验收标准	不知道对不对
让它"优化一下"	范围无限
不看 diff 就合并	引入隐性改动
反复重述同一约束	说明该写进规则

5. 最佳实践（A-261）

① 先让它读 → ② 让它提方案 → ③ 小步改 → ④ 跑测试 → ⑤ 看 diff → ⑥ 提交

步	关键
②	方案比代码便宜（改方案成本低）
③	每步可回滚
④	判据唯一

6. 记忆与会话（A-290）

层	用途
会话	当前任务
跨会话	偏好/项目约定（S21-B06）

"为什么记忆不能替代规则"：记忆是"软"的（会被压缩/丢），规则是"硬"的（S24-J02）。

7. 五个误区

误区	真相
"不顺手就换模型"	多数是上下文缺失
"Skill 越多越好"	维护成本上升
"一次大改更高效"	无法评审
"记忆能替代规则"	记忆会被压缩
"看测试通过就行"	还要看 diff

8. 自检

三个维度各缺会怎样？
第一次做对比例低，先补什么？
什么流程值得做成 Skill？
五个反模式中最危险的是哪个？
记忆与规则的差别？

9. 下一篇

S27-B03 · 文件上传与文档处理全链路

使用讲完，下一篇进工程：大文件与文档怎么串成一条链。

本篇属于系列《S27 · AI 辅助后端工程实战》。旧文来源：A-196/202/193/258/262/261/251/290 + 教程卡；扩展点 E-S27-003。