القائمة
Matt Pocock 编程Skill合集（核心：排错、极简输出、架构规范）。触发条件：BUG调试排错、代码诊断、性能回归排查、极简输出需求、架构重构优化、代码库解耦、模块深度设计、TDD测试驱动开发。
يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.
اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
يتجاوز الأمر المباشر Prompt المخصّص للمراجعة. افحص المصدر قبل تشغيله.
npx skills add https://github.com/drgon1/santian --skill mattpocock-skillsيبقى الأمر في سطر واحد. مرّر أفقيًا لمراجعته كاملًا قبل النسخ.
تفضّل نسخة محلية؟ نزّل الملفات المتاحة حاليًا لدى SkillsMP.
Andrej Karpathy 编程行为准则（精简：精准修改、不废话、结果验证）。触发条件：代码编辑修改、精准改动需求、代码重构优化、测试验证、BUG修复、功能开发。
全局自动经验沉淀触发器 - 全程静默运行，自动判定场景并生成可复用 Skill，杜绝重复耗时思考与无效试错。触发条件：调试超时40秒、试错3轮未解决、同源场景识别。
Continue.dev 编程基础规则合集（基础：代码规范、中文注释、不啰嗦）。触发条件：代码编写规范、命名约定、函数设计、注释规范、代码整洁、SOLID原则、错误处理。
استنادا إلى تصنيف SOC المهني
عرض SKILL.md
| name | mattpocock-skills |
| description | Matt Pocock 编程Skill合集（核心：排错、极简输出、架构规范）。触发条件：BUG调试排错、代码诊断、性能回归排查、极简输出需求、架构重构优化、代码库解耦、模块深度设计、TDD测试驱动开发。 |
核心原则：本Skill整合 mattpocock/skills 仓库的核心工程实践，包含排错诊断、极简输出、架构规范三大模块。
使用对象：需要系统化排错、精简输出、架构优化的AI模型。
强制要求：匹配触发场景时，严格按对应模块流程执行，禁止跳过步骤或自主发挥。如需编写测试脚本或使用截图功能，一律保存到 test/ 目录。
以下任一关键词或场景出现时，自动启用本Skill：
| 触发场景 | 典型需求 |
|---|---|
| BUG调试排错 | "诊断这个bug"、"调试这个错误"、"排查性能问题"、"代码报错" |
| 极简输出 | "说人话"、"精简回答"、"少说废话"、"简短点"、"caveman模式" |
| 架构规范 | "重构代码"、"优化架构"、"解耦模块"、"改善设计"、"代码太乱" |
| TDD开发 | "测试驱动"、"先写测试"、"红绿重构" |
| 代码审查 | "审查代码"、"代码质量"、"review代码" |
非触发场景（不启用本Skill）：
来源：mattpocock/skills - diagnose 适用：硬核BUG、性能回归、难以复现的问题
这是核心技能。 没有快速、确定性的反馈信号，就无法定位问题。
按优先级尝试以下方式构建反馈循环：
迭代反馈循环本身：能否更快？信号更清晰？更确定？
运行循环，确认bug出现。确认：
生成 3-5个排序假设，每个必须可证伪：
格式："如果是原因，那么<改变Y>会使bug消失/<改变Z>会使它更严重"
向用户展示排序列表后再测试。用户可能有领域知识能立即重排。
每个检测必须对应阶段3的特定预测。一次只改变一个变量。
工具优先级：
给每个调试日志加唯一前缀，如 [DEBUG-a4f2]，清理时grep删除。
在修复前写回归测试——但只在有正确接缝时做。
如果存在正确接缝：
声明完成前必须：
[DEBUG-...] 检测代码已移除来源：mattpocock/skills - caveman 适用：需要精简回答、减少Token消耗的场景
回复像聪明的原始人一样简洁。所有技术内容保留，只删废话。
丢弃：冠词（a/an/the）、填充词（just/really/basically/actually/simply）、客套话（sure/certainly/of course）、模糊词。
允许：片段句。短同义词（big 不写 extensive，fix 不写 "implement a solution for"）。缩写通用术语（DB/auth/config/req/res/fn/impl）。去掉连词。用箭头表示因果（X -> Y）。一个词能说清就用一个词。
技术术语保持精确。代码块不变。错误信息原样引用。
模式：[事物] [动作] [原因]. [下一步].
不写："Sure! I'd be happy to help you with that. The issue you're experiencing is likely caused by..."
写："Bug in auth middleware. Token expiry check use < not <=. Fix:"
一旦触发，每次回复都保持极简模式。不会多轮后恢复啰嗦。只有用户说"stop caveman"或"normal mode"才关闭。
以下情况临时退出极简模式：安全模式：安全警告、不可逆操作确认、多步骤序列中片段顺序可能导致误解、用户要求澄清或重复问题。清晰部分完成后恢复极简。
来源：mattpocock/skills - zoom-out + improve-codebase-architecture 适用：代码库架构分析、重构优化、模块深度设计
当需要理解不熟悉的代码区域时：
| 术语 | 定义 |
|---|---|
| 模块 | 任何有接口和实现的东西（函数、类、包、切片） |
| 接口 | 调用者使用模块所需知道的一切：类型、不变量、错误模式、顺序、配置 |
| 深度 | 接口的杠杆率：小接口背后的大行为。深=高杠杆，浅=接口几乎和实现一样复杂 |
| 接缝 | 接口所在的位置；可以在不原地编辑的情况下改变行为的地方 |
| 适配器 | 在接缝处满足接口的具体实现 |
1. 探索 先阅读项目的领域术语表和ADR。然后有机地遍历代码库，记录遇到摩擦的地方：
2. 提交候选 列出编号的深化机会列表。每个候选包含：
3. 讨论循环 用户选择候选后，进入讨论对话。走遍设计树——约束、依赖、深化模块的形状、接缝后的内容、哪些测试存活。
来源：mattpocock/skills - tdd 适用：需要测试驱动开发的场景