All authors
Claude Skills by po-et
github.com/po-et230 skills0 installs37 views
- Subagent Driven Development Zh子代理驱动开发、每个任务派一个全新子代理实现、任务级评审加最终整分支评审、修复循环与五轮熔断、用账本文件抗上下文压缩、按任务复杂度选模型。当用户说「按这份计划派子代理执行」「每个任务开一个新 Agent 做」「实现完自动评审再进下一个」「上下文会被压缩，进度别丢」「这份 plan 你来调度执行」时使用。主循环：建隔离工作区与账本、通读计划并做冲突预扫 → 逐任务抽简报、派实现者、生成评审包、派任务评审人（spec 符合度与代码质量两个判定缺一不可）→ 有问题进修复循环，每轮一次修复加一次限定范围复审，最多五轮，到顶后逐条裁决并记账 → 全部完成后做整分支终审、一次性修复、裁决残留 → 收尾交给开发分支收尾。硬规则：不为了问一句而停下来，能裁决就裁决并记账；协调者自己不动手改代码；子代理不得再派子代理。Votes: 0GitHub stars: 2
- Systematic Debugging Zh系统化调试、任何 Bug 或测试失败在提出修复方案之前必须先找到根因、症状式修复一律算失败、修了三次还没好就该质疑架构。当用户说「这个 bug 怎么修」「测试挂了」「线上报错」「构建失败」「行为跟预期不一样」「性能突然变差」「我已经试了好几种改法都不行」「先别猜，查清楚」时使用。四个阶段必须依次完成：根因调查（读全报错、稳定复现、查最近改动、在多组件系统的每个边界加探针取证、反向追溯数据流）→ 模式分析（找可用的同类代码、逐行读参考实现、列出全部差异、理清依赖）→ 假设与验证（一次只提一个假设、做最小改动验证、不通过就换新假设而不是叠加修复）→ 实施（先写复现用例、只改根因一处、验证、修够三次仍不好就停下来质疑架构）。附反向追溯、纵深防御校验、条件式等待三份参考。Votes: 0GitHub stars: 2
- Tdd Seams Zh接缝驱动的测试驱动开发、红绿循环、集成风格测试、只在约定的接缝上写测试、什么时候该 mock、避免实现耦合测试与同义反复测试、垂直切片而非横向切片。当用户说「用 TDD 做这个功能」「先写测试」「红绿重构」「这个测试是不是测到实现细节了」「该不该 mock 数据库」「测试一重构就挂」时使用。核心规则：测试只验公开接口的行为，不碰内部；写任何测试前先列出要测的接缝并与用户确认；先红后绿、一次一片；重构不在红绿循环里、属于评审阶段；mock 只在系统边界（外部 API、时间/随机、有时是数据库/文件系统），永不 mock 自己的模块；期望值必须来自独立的真相来源（已知字面量、算例、规格）。附好坏测试对照与可 mock 性设计（依赖注入、SDK 式接口）。也覆盖「购物车结算」「是不是测偏了」「还是用测试库」这类说法。改编自 Matt Pocock 的 tdd（MIT）；与 addyosmani 版 tdd-zh 互补。Votes: 0GitHub stars: 2
- Tdd Zh测试驱动开发、红-绿-重构、先写失败测试再修 bug（Prove-It）、测试金字塔、怎么写好测试。当用户说「用 TDD 做这个」「先写测试」「修 bug 前先复现」「测试怎么分层」「mock 太多了」「测试老是抖动」「怎么给这个功能写测试」时使用。要点：先发现仓库自己的测试命令（不要默认 npm test）；RED 写失败测试 → GREEN 最少代码通过 → REFACTOR；修 bug 先写复现测试；金字塔单元 80% / 集成 15% / E2E 5%；小中大三种测试尺寸；测状态不测交互；测试里 DAMP 优于 DRY；真实现 > fake > stub > mock；AAA；一测一概念；描述性命名；反模式表；浏览器改动配 DevTools 验证；复现测试可交给子代理写。也覆盖「实现任务创建接口」「先写个复现测试再修」「帮我重构测试策略」这类说法。改编自 addyosmani/agent-skills 的 test-driven-development（MIT）。Votes: 0GitHub stars: 2
- Teach Workspace Zh私人教练式学习工作台、系统学一门技能或概念、跨多次会话的教学。当用户说「教我 X」「我想系统学一下 Y」「给我做课程」「帮我制定学习计划并带我练」「我在学 Z 但没章法」时使用，适用于编程、语言、健身、瑜伽、任何有术语体系的领域。把当前目录当学习工作台：MISSION.md（为什么学，一切教学决策的锚）、RESOURCES.md（高信任来源，知识与社区）、GLOSSARY.md（只收录已掌握的术语）、learning-records/（学习记录，等同 ADR，用来算最近发展区）、lessons/（每课一个自包含 HTML，短小、有一个可建立的小胜利）、reference/（速查卡）、assets/（复用组件）、NOTES.md。哲学：知识来自高信任来源，技能来自有反馈回路的互动练习，智慧来自社区；用检索、间隔、交错建立长期记忆。也覆盖「团队交付一个」「我已经会基本查询」「力量训练的基础动作」这类说法。改编自 Matt Pocock 的 teach（MIT）。Votes: 0GitHub stars: 2
- To Questionnaire Zh把自己答不了的决策变成一份给别人填的问卷、异步收集信息、向领域专家或上游团队提问、需求澄清问卷、访谈提纲、调研问卷、会前问题清单。当用户说「这个我自己定不了，得问 XX」「帮我列一份要问产品/后端/运维的问题」「做一份问卷让对方填」「写个访谈提纲」时使用。核心：只拷问「发送」本身（发给谁、要拿回什么），不拷问用户答不了的主题；问题瞄准「对方知道而用户不知道」的缺口；最重要的问题放最前（异步可能只有一轮）；每题一个意思、带答案占位，必要时一行「为什么问」；输出 to-questionnaire-<slug>.md。也覆盖「得问网关团队」「客户成功经理」「准备要问的问题」这类说法。改编自 Matt Pocock 的 to-questionnaire（MIT）。Votes: 0GitHub stars: 2
- Tool Design Zh给 Agent 设计工具、写 Agent 能据以路由的工具描述、工具 schema 与响应格式、参数命名规范、可自纠错的错误信息、MCP 服务器设计与命名、工具集合并与瘦身、决定该加还是删一个工具、架构减法（用少量原语工具替代一堆专用工具）。当用户说「Agent 老是选错工具」「怎么写工具描述」「我们有 17 个工具太乱了」「MCP 工具名怎么起」「错误信息怎么写 Agent 才会自己改」「要不要把这些工具合并」时使用。核心：工具是确定性系统与非确定性 Agent 之间的契约，描述必须单独就把契约说清；合并原则——人类工程师说不清该用哪个的，Agent 也说不清；描述回答四问（做什么/何时用/输入什么/返回什么）；动词-名词命名、跨工具一致；错误信息面向 Agent 恢复；响应提供 concise/detailed；MCP 用 ServerName:tool_name 全限定名。附最佳实践与架构减法案例参考。改编自 Agent Skills for Context Engineering 的 tool-design（MIT）。Votes: 0GitHub stars: 2
- Triage Zh工单分诊、Issue 与外部 PR 的分诊状态机、给 AI Agent 写可执行的「Agent 简报」、维护「不做清单」（.out-of-scope 知识库）防止同一需求反复被提。当用户说「帮我分诊一下 issue」「看看哪些 issue 需要处理」「把 #42 标成 ready-for-agent」「这个需求之前是不是拒过」「给这个 issue 写个 Agent 简报」「外部 PR 怎么处理」时使用。适用 GitHub Issues、GitLab Issues、Jira 等任何工单系统。规则：每条分诊评论以「本内容由 AI 在分诊时生成」开头；两个类别角色（bug / enhancement）+ 五个状态角色（needs-triage / needs-info / ready-for-agent / ready-for-human / wontfix），每个工单恰好一类别一状态；分诊前先查「是否已实现」与「是否曾拒绝」；先验证再拷问；wontfix 分三种（已实现 / 拒绝 bug / 拒绝需求→写入 .out-of-scope）。附 Agent 简报模板与不做清单格式。改编自...Votes: 0GitHub stars: 2
- Using Git Worktrees Zh用 git worktree 开隔离工作区、动手改代码前先把当前分支保护起来、执行实施计划前准备干净工作树、判断自己是不是已经在工作树里、区分工作树与子模块、工作树目录必须被 gitignore。当用户说「开个工作树做这个需求」「别动我当前分支」「并行开几个分支同时改」「这活先隔离出来做」「准备一个干净的实现环境」「worktree 怎么用」时使用。四步：先检测是否已在隔离工作区（比较 git-dir 与 git-common-dir，并排除子模块）→ 优先用平台自带的工作树工具，没有才退回 git worktree add → 自动识别项目类型装依赖 → 跑一遍基线测试确认起点是绿的。红线：目录没被忽略就别建、别绕过平台原生工具、基线测试失败要报告而不是硬着头皮往下做。Votes: 0GitHub stars: 2
- Verification Before Completion Zh完成前验证、宣布「做完了」「修好了」「测试都过了」之前先跑验证命令、提交与发 PR 前的自检门禁、不许拿旧结果冒充新证据。当用户说「你确定改好了吗」「跑一下测试再说」「别急着说完成」「提交前检查一遍」「这个真的修复了吗」「先验证再下结论」时使用；你自己即将说出「应该没问题了」「看起来对了」「完美」这类话时也必须强制触发。铁律是没有本轮新鲜的验证证据就不能声称任何完成状态。门禁五步——先想清楚哪条命令能证明这个结论、完整跑一遍、读全量输出与退出码、核对输出是否真的支持结论、最后才开口。覆盖测试通过、构建成功、Lint 干净、Bug 修复、回归测试有效、子代理交付、需求逐条满足七类断言，并附常见借口的反驳表。Votes: 0GitHub stars: 2
- Wayfinder Zh大型模糊工作的导航图、把超出一次会话的想法拆成决策工单逐个解决、迷雾中找路。当用户说「这个想法太大不知道从哪开始」「帮我把这件大事规划成可以逐步推进的地图」「先把要决定的事列出来」「多个会话接力推进一个大方案」「这个规划怎么跨天做」时使用。核心：先命名目的地（要到达的 spec / 决策 / 变更），在工单系统（或本地 Markdown）建一张地图（目的地、备注、已定决策索引、尚未明确的迷雾、范围外），子工单是决策问题不是执行任务，类型 研究 / 原型 / 盘问 / 任务，每次会话只解决一个（研究类除外），解决后清掉一片迷雾、生成新工单；前沿 = 未阻塞未认领的开放工单；名字引用不用编号。改编自 Matt Pocock 的 wayfinder（MIT），工单系统默认改为本地 Markdown。Votes: 0GitHub stars: 2
- Wizard Zh生成交互式 bash 向导脚本，一步步带人完成只有人能做的手工操作：开通基础设施、配置凭证与 CI 密钥、在陌生的第三方后台点选、一次性迁移或切换。当用户说「写个脚本带我把这些环境变量配好」「新人接手要在十个后台里申请密钥，做个向导」「把这次迁移的手工步骤做成一步步确认的脚本」时使用；Agent 自己能做的步骤不要用它。附带 template.sh 库：分阶段进度、确认门、跨平台打开 URL（含 WSL）、隐藏密文输入、幂等写入 .env、写 GitHub secrets/variables、结束摘要——只需在 STAGES 标记之后编写阶段。流程：先读仓库（.env.example、README、docker-compose、CI 里的 secrets.* 引用）列出阶段与要采集的值让用户确认 → 写清每阶段的路径（打开哪个 URL、点什么、复制什么、写到哪、是否密文）→ 复制模板按依赖顺序写阶段 → bash -n / shellcheck 静态核对，不真跑。改编自 Matt Pocock 的 wizard（MIT）。Votes: 0GitHub stars: 2
- Writing For Agents Zh给 Agent 写文档、写 SKILL.md、写 AGENTS.md / CLAUDE.md、写规则文件、让 Agent 每次跑都稳定。当用户说「怎么写一个好的 SKILL.md」「AGENTS.md 该写什么」「技能描述怎么写才会被触发」「文档太长 Agent 不看」「同一个技能每次表现不一样」「什么时候该拆成两个技能」时使用。核心概念：上下文指针（描述与规则行的措辞决定 Agent 何时去读）；两种负担（上下文负担 vs 认知负担）；信息层级（文件内步骤 > 文件内参考 > 披露到外部的参考）与渐进披露、同处放置、蔓延；每步的完成标准（清晰度与要求度、过早完成、后续步骤的拉力）；何时拆分（按序列、按调用方式）；引导词（用模型预训练里已有的紧凑概念锚定行为，正面表述优于禁止）；修剪（单一事实来源、环境即缓存、相关性、空操作句）。技能专属：模型调用 vs 用户调用、路由技能。也覆盖「改得更容易被正确触发」「别写成一本手册」「老是漏掉后面的步骤」这类说法。改编自 Matt Pocock 的 writing-for-agents（MIT）。Votes: 0GitHub stars: 2
- Writing Plans Zh编写实施计划、把 spec 拆成可交给零上下文工程师逐步执行的任务、任务颗粒度怎么定、计划里不许留占位符、计划写完怎么自查。当用户说「spec 定了帮我写实施计划」「把这个需求拆成任务」「写份 plan.md」「按 TDD 步骤排一下实现顺序」「这份计划别人能照着做吗」「动代码前先出个方案」时使用。写作前提是假设执行者是个熟练但完全不了解本代码库、也不太会设计测试的工程师，所以每个任务都要写清改哪些文件、消费与产出哪些接口、贴出真实的测试代码与实现代码、给出可执行的验证命令与提交步骤。三条硬约束：先画文件结构再拆任务；每一步是 2 到 5 分钟的单一动作；禁止出现待定、TODO、加上适当的错误处理、同任务 N 之类的占位符。Votes: 0GitHub stars: 2
- Access Log Stats访问日志统计分析、Nginx / Apache access.log 分析、按接口统计 QPS 与 P95/P99 耗时、错误率、5xx 最多的接口、最慢的接口、Top 客户端 IP、JSON 行日志分析、性能排查前的全貌。当用户说「分析一下 nginx 日志哪些接口最慢」「统计各接口的请求量和错误率」「P99 是多少」「哪些 IP 请求最多」「从访问日志看看昨晚的故障」时使用。附纯标准库脚本 scripts/access_log_stats.py：自动识别 combined 格式（含尾部 rt= / request_time 耗时）与 JSON 行（字段名可配置），--group-ids 把路径里的数字/UUID 归并成 :id 按接口聚合，输出请求量 Top、P50/P95/P99/max、慢请求数、5xx/4xx、错误率、状态码分布、高峰时段、Top IP；支持 stdin 与 --json。Votes: 0GitHub stars: 2
- Address Geocoding地址解析——把一批中文地址清洗、批量转成经纬度或反查地址、标出低可信行、算到门店的球面距离，接腾讯位置服务。当用户说「地址批量转经纬度」「坐标反查地址」「哪些订单在配送范围内」时使用。Votes: 0GitHub stars: 2
- After Viewing Essay观后感——写电影、纪录片、展览、演出的观后感：从一个打动你的细节起笔，按感受、联系自身、观点三段展开，附中小学生版与成人版模板。当用户说「观后感怎么写」「看完电影要交观后感」「参观展览写感想」时使用。Votes: 0GitHub stars: 2
- Agent Engineering ExpertAgent 工程专家.Skill——覆盖写 Agent、写技能、调提示词这一整份工作，服务对象是给 Agent 写指令、写技能、搭编排的人。在需要调整技能触发、提示词、上下文、工具契约或子代理分工，以及比较改动前后评测结果时使用。按失败记录定位原因并实施任务范围内的改法；提供离线 JSONL 成对评估脚本，输出通过变化、回退、缺失证据及耗时与成本覆盖情况。没有前后执行记录时明确标记未验证，不代替模型执行器，也不自行扩大发布权限。Votes: 0GitHub stars: 2
- Api Contract Test接口契约回归测试、API 回归测试、接口冒烟、上线前接口验收、契约测试、JSON 字段断言、状态码校验、响应耗时门禁、把接口用例放进 CI 流水线。当用户说「写一组接口用例跑一遍看有没有回归」「上线前验一下这几个接口还对不对」「校验返回的 JSON 字段和状态码」「接口超过 800 毫秒就算失败」「用例里的 token 不想写死」时使用。附纯标准库脚本 scripts/api_contract_test.py，读 JSON 或 YAML 子集用例文件（base_url、method、path、headers、body、query 与 expect 断言），支持状态码、响应头、耗时上限，以及 $.data.id 这类 JSON 路径的 exists、equals、type、contains 断言，可顺序或并发执行；认证信息只从环境变量读取（用例里写 ${TOKEN} 引用，不落盘不打印），--json 出结构化结果，--strict 有失败退出码 1；另附 references/cases.example.json 模板。Votes: 0GitHub stars: 2
- Api Diff接口差分测试、两个环境响应对比、上线前后接口回归、灰度 vs 线上对比。当用户说「对比一下预发和线上这批接口的返回」「新版本接口有没有改坏」「同一个请求打两个环境看差异」「接口回归测试」「A/B 环境响应 diff」「重构后接口输出是否一致」「迁移后数据对不对」时使用。脚本把一份用例（方法、路径、头、体）同时打到环境 A 与 B，逐字段深度对比 JSON（可忽略时间戳、trace id 等易变字段），报告状态码、耗时与差异路径；凭证只从环境变量读，不写入用例文件。Votes: 0GitHub stars: 2
- Api Integration Pro接口联调助手。只要用户的问题涉及接口对接、调试与契约，即应触发本技能，无需用户明确指定。无论是对方接口调不通、curl 能通代码不通、对方说他们没问题、返回不对、文档里的示例跟实际返回对不上、少字段或类型变了、浏览器 Copy as cURL 出来一坨不知道怎么用、两个环境返回不一致、灰度前后与上线后要比一比、一会儿通一会儿不通的偶现问题，还是 401 与 403 排不出来、token 到底过没过期、签名不对、HTTPS 报证书错误握手失败、域名刚改完解析没生效，或者改接口怕把调用方搞挂、接口没文档、要给前端一份能看的文档、要把能复现的请求固化成契约回归与冒烟进流水线、要从样例 JSON 反推 Schema 造 mock 定字段契约、要摸一次接口的 QPS 与延迟分位、要定一套幂等分页错误码都不返工的接口规范，都从这里进。本技能按网络、鉴权、契约三层依次定界，给出方法并路由到精专子技能。不做：替用户保管或填写任何真实凭据，也不对生产环境发压。Votes: 0GitHub stars: 2
- Architect Expert架构师.Skill。只要用户的问题涉及这个系统该怎么设计、这个技术该不该选、这笔债该不该还，即应触发本技能，无需用户明确指定。无论是心里只有一句我们要不要做 X 而细节全没定、需求模糊要先问清约束、动手前想先把方案想清楚、要写技术方案或 RFC 或立项材料、要在评审会上讲、列一下取舍、要评审别人的方案或怕自己的方案被挑穿，还是模块怎么拆边界画在哪、要不要拆服务、接口怎么设计才不返工、同一个词各说各的、要统一术语与限界上下文、给 Agent 用的工具怎么设计，或者这段代码该不该重构、技术债、该先还哪一笔、老系统要迁移老接口要下线要发变更公告、表结构要改怕锁表、决定要落成 ADR 免得半年后没人记得、跨团队接口契约怎么谈、破坏性变更怎么卡、方案定了怎么拆成能独立验收能单独回滚的切片、大项目迷雾太多看不清下一步、引入新依赖前要查 GPL 与 AGPL 传染性、要把活交接给别人或交给 Agent，都从这里进。不做：替人拍板。Votes: 0GitHub stars: 2
- Audio Editing音频剪辑——不开专业软件，用 ffmpeg 裁剪、拼接、转格式、调音量、淡入淡出、去首尾静音、从视频提取音轨。当用户说「剪一段录音」「几段音频合成一个」「转成mp3」「声音太小」「去掉开头的静音」「提取视频里的声音」时使用。Votes: 0GitHub stars: 2
- Autumn Campus Recruiting秋招——应届生秋季校园招聘全流程：提前批/正式批/补录节奏、投递记录表、网申材料、笔试、群面/专业面/HR面、offer比较打分、三方协议、求职防骗。当用户说「秋招怎么准备」「两个offer选哪个」「三方违约金」时使用。Votes: 0GitHub stars: 2
- Birthday Party Planner生日策划——按对象（小孩、伴侣、父母、同事、自己）和预算出方案：主题、场地、人数、时间线、采购清单、环节与备用方案。当用户说「帮我策划生日」「给孩子办生日会」「给同事准备生日惊喜」时使用。Votes: 0GitHub stars: 2
- Build Workbuddy Connector当用户要为 WorkBuddy 做连接器、接入外部工具或服务、把一个命令行工具或 MCP 服务器上架到 WorkBuddy 连接器市场、写 connector-meta.json 或 cli.json 或 mcp.json、把 CLI-Anything 的 harness 封装成连接器、或问「怎么把 X 接进 WorkBuddy」「连接器怎么提交」「审核要什么」时使用。也用于校验一个已有连接器目录是否符合开放平台规范。Votes: 0GitHub stars: 2
- Campaign Speech竞选稿——班干部、学生会、社团干部竞选演讲稿：开场钩子、为什么是我、三件具体的事、结尾，按1/2/3分钟控字数，附台上问答准备。当用户说「帮我写竞选稿」「竞选班长演讲稿」「学生会竞选发言」时使用。Votes: 0GitHub stars: 2
- Car Buying Checklist买车——决策清单：需求盘点、预算拆分（车价、税费、保险、养车年成本）、新车/二手车/新能源判断、看车试驾、合同与交付核对、常见套路。当用户说「买车预算怎么算」「电车还是油车」「提车要检查什么」时使用。Votes: 0GitHub stars: 2
- Career Growth Expert职业成长.Skill。只要用户的问题涉及自己的职业发展，而不是手头这行代码怎么写，即应触发本技能，无需用户明确指定。无论是想晋升、看不懂公司的职级标准、不知道差在哪、评委席上没人说得清我做过什么、晋升这件事太大要跨月推进、绩效自评与述职要素材却记不清一年做了什么、一年做的都是零碎需求、目标与 OKR 拆不到能落地、季度自检该给下季度定什么，还是自己都说不清想要什么、跟老板对不齐、跨部门推不动对方不回消息、技术选型上说不过别人、半年后被追问当初为什么选它、开始带人但评审老是吵架、被评审的人只会表演式附和、想扩大影响半径不知从哪块入手、只有一个人懂的模块要接过来还是分出去、要补的短板一大把学不动，或者在纠结、该不该跳槽、这条赛道还行不行、要不要转管理、什么时候算该走了、手上这个 offer 接不接、想把方法论沉淀成能被看见的产物、要转岗交接，都从这里进。不做：法律与合同建议，不代写虚假履历，也不承诺晋升结果。Votes: 0GitHub stars: 2
- Changelog从 Git 提交历史生成 Changelog、发布说明、Release Notes、版本更新日志、更新公告。当用户要「写 changelog」「生成发布说明」「这个版本改了什么」「整理 release notes」「更新日志怎么写」「从上个 tag 到现在的变更」「给用户看的版本说明」，或需要按 Keep a Changelog 格式分组（新增/修复/性能/重构/文档/破坏性变更）、需要把 Conventional Commits 转成用户视角的描述时使用。脚本按 tag 区间读取 git log 并分组，每条附短 hash；不规范的提交进「其他」等待改写而不是被丢掉；不会编造提交里没有的功能。Votes: 0GitHub stars: 2
- Ci Config ReviewCI 配置审查、GitHub Actions 安全检查、GitLab CI 流水线审查、workflow 文件 review。当用户说「帮我看看这个 workflow 有没有安全问题」「GitHub Actions 配置审查」「流水线为什么跑那么久」「action 要不要固定 SHA」「pull_request_target 安全吗」「CI 里 secret 会不会泄露」「.gitlab-ci.yml 有什么坑」「CI 最佳实践检查」时使用。脚本离线扫描 .github/workflows/*.yml 与 .gitlab-ci.yml：第三方 action 未固定 commit SHA、pull_request_target 检出 PR 代码、脚本注入（把 github.event 文本直接放进命令）、未声明 permissions、secret 打印、curl | sh、缺 timeout / concurrency、continue-on-error 掩盖失败、镜像未固定版本。基于文本模式，结论为"疑似"需人工确认。Votes: 0GitHub stars: 2
- Class Meeting Planning班会策划——大学主题班会从选题到存档：开学、安全、心理健康、学风、节日、毕业六类选题，45 分钟流程模板、主持稿框架、互动与分工。当用户说「帮我策划一个班会」「主题班会怎么开」「班会流程和主持稿」时使用。Votes: 0GitHub stars: 2
- Club Recruitment社团招新——社团招新全流程：定位与名额、海报推文、摆摊话术、报名表、面试筛选、招新后 7 天留人，附报名 CSV 统计去重脚本。当用户说「社团招新怎么做」「招新推文怎么写」「报名表重复了怎么去重」时使用。Votes: 0GitHub stars: 2
- Codeowners Suggest生成 CODEOWNERS、根据 git 历史找每个目录的实际维护者、代码归属、评审人自动分配、谁该 review 这个目录、补齐缺失的代码负责人、GitHub / GitLab CODEOWNERS 草稿。当用户说「帮我生成一份 CODEOWNERS」「这个目录应该谁来评审」「按提交历史看各模块的负责人是谁」「补一下代码归属配置」时使用。附纯标准库脚本 scripts/codeowners_suggest.py：只读 git log，按目录（可调深度）统计各作者改动占比，占比达标者列为 owner（最多 N 人），父子目录 owner 相同自动合并规则，支持作者名到 @handle 的映射文件，输出带统计注释的 CODEOWNERS 草稿或 JSON。也覆盖「最近一年的提交」「实际上是谁在维护」「作者名映射成」这类说法。Votes: 0GitHub stars: 2
- Coding For Beginners编程入门——给零基础的人一条能照着走的路：选语言（默认Python）、前30天每日任务、每周一个小项目、读报错与最小复现、常见放弃点对策。当用户说「零基础怎么学编程」「学Python从哪开始」「代码报错看不懂」时使用。Votes: 0GitHub stars: 2
- Commit Message生成 Git 提交信息（Conventional Commits 规范）。当用户要写 commit message、提交说明、提交信息、git commit -m、想让提交记录规范化、需要判断这次改动该用 feat/fix/refactor/docs/chore 哪种类型、要确定 scope 范围、想知道是不是破坏性变更（BREAKING CHANGE）、或者提到「帮我写提交信息」「这次改动怎么提交」「commit 怎么写」「规范一下 git log」时使用。脚本从暂存区或工作区 diff 确定性地推断类型、范围、新增/删除的符号并给出中英文候选，模型只做措辞润色；不猜没改过的东西，不写空话。Votes: 0GitHub stars: 2
- Config Env Diff多环境配置对比、配置差异检查、dev/test/预发/生产配置不一致、.env 与 .env.production 对比、YAML/JSON/properties/INI 配置 diff、环境配置漏配排查、上线前配置核对、配置项类型不一致。当用户说「对比一下预发和生产的配置」「这两个环境的配置差在哪」「生产是不是漏配了某个键」「配置文件 diff 一下，密码别显示出来」时使用。附纯标准库脚本 scripts/config_env_diff.py：支持 .env、JSON、YAML 子集、.properties、INI 五种格式混合对比，按扁平键路径分三类差异（仅部分文件有为 high、类型不同为 warn、值不同为 info），密钥类键值自动脱敏，支持 --ignore 键模式、--base 基准、多于两份文件同时对比、--json 与 --strict 门禁。Votes: 0GitHub stars: 2
- Container Deploy Pro容器与部署助手。只要用户的问题涉及把服务打包、发出去、验回来，即应触发本技能，无需用户明确指定。无论是 Dockerfile 写得对不对、镜像太大、构建太慢、里面还在用 root 跑安不安全、基础镜像版本没固定、compose 与 K8s 清单能不能上生产、探针与资源上限怎么配、用了废弃的 API 版本、数据库端口暴露出去了、容器起不来一直重启、CrashLoopBackOff、启动就退出，还是 nginx 反向代理与网关配置、HTTPS 证书快到期或 SAN 没覆盖域名、环境变量少配了 key、示例文件跟代码实际读的对不上、多环境配置漂移、仓库里有没有硬编码密钥、这次数据库迁移会不会锁表，或者新服务第一次上线要走一遍、明天要发版、灰度发布、上线前想一次性全过一遍拿个门禁结论、发布完要确认服务真起来了、要回滚但不知道哪些能回哪些回不了，都从这里进。本技能判断所处阶段，给出方法并路由到精专子技能。不做：直接连接集群或代替人执行部署命令，也不做容量规划与成本优化。Votes: 0GitHub stars: 2
- Cron Explaincron 表达式解释、crontab 看不懂、这个定时任务什么时候跑、计算接下来几次运行时间、时区换算、校验 cron 写法是否合法、逐行解释一份 crontab。当用户说「这个 cron 表达式是什么意思」「0 2 * * 1-5 什么时候执行」「帮我写一个每周一早上 9 点的 cron」「crontab 里这些任务分别什么时候跑」「为什么我的定时任务没在预期时间触发」时使用。附纯标准库脚本 scripts/cron_explain.py：解析标准 5 字段（含 * , - / 月份与星期名、? 、7=周日、@daily 等别名），输出中文含义与接下来 N 次运行时间（可指定 --tz），提示「日与周同时限定取或」这一常见坑，支持 --file 逐行解释 crontab、--json。Votes: 0GitHub stars: 2
- Csv ProfileCSV 数据画像、TSV 数据画像、拿到一份 CSV 不知道里面有什么、先看数据质量再入仓、列类型推断、空值率统计、唯一值与枚举取值分布、数值列分位数（min/p25/中位/p75/max/均值/标准差）、日期列时间范围、疑似主键列、常量列、全空列、混合类型列、重复行、字段数不一致的坏行、取值带前后空格、疑似个人信息列（手机号/身份证/邮箱/银行卡）。当用户说「这个 CSV 里都有什么」「帮我看看这份数据干不干净」「这些列都是什么类型」「有没有重复行和空值」「入库前先体检一下」「大文件先采样看看」时使用。附纯标准库脚本 scripts/csv_profile.py，自动嗅探分隔符与 utf-8/utf-8-sig/gbk 编码、识别表头，逐列出画像并汇总数据质量问题清单，支持 --rows 采样、--top、--json、--strict 与 stdin。Votes: 0GitHub stars: 2
- Curl To Codecurl 命令转代码、把 curl 翻译成 Python/Go/Java/JS、浏览器 Copy as cURL 转请求代码、接口联调脚本生成、把抓包的请求改成可复用代码、curl 转 requests/fetch/axios/net-http/HttpClient/PHP curl。当用户说「这条 curl 怎么用 Python 写」「把这个 curl 转成 Go」「从 Chrome 复制的 curl 帮我改成代码」「照这个接口写个调用示例」「curl 里的 token 别写死在代码里」时使用。附纯标准库脚本 scripts/curl_to_code.py，解析 -X/-H/-d/-F/-u/-b/-G/-L/-k/--compressed/--max-time 与单双引号、反斜杠续行、ANSI-C 引用，输出 8 种语言代码，Authorization/Cookie/token 类请求头自动改读环境变量，支持标准输入、--all、--json。Votes: 0GitHub stars: 2
- Data Toolkit Pro数据处理助手。只要用户手上有一份文件要看清楚、要对比、要清洗、要脱敏之后发出去，即应触发本技能，无需用户明确指定。无论是运营甩过来一份 CSV 或 TSV 导出不知道干不干净、连分隔符和编码都不确定、空值率多少、哪几列全是空的、哪几列类型混着来、有没有重复行坏行、有没有疑似个人信息的列、能不能直接入库，还是两份 JSON 或两套配置要逐字段定位差异、接口返回对不上、数组顺序变了导致差异全是噪音、接口返回要写文档要做校验想反推 Schema 当契约，或者看不懂这条正则、正则匹配不上、改完怕改坏想拿真实样本先红后绿、担心灾难性回溯把服务卡死，又或者日志要贴工单发给外部得先把手机号身份证银行卡邮箱 token 密钥连接串打码、先脱敏、脱敏后还要跨文件对得上、想确认仓库里没有写死的凭据、几十万行日志不知道从哪看起要先聚类降噪挑出最少见的那条，都从这里进。本技能判断是哪类杂活并路由到带脚本的子技能，纯本地跑不联网不上传。不做：数据分析结论与业务口径判断。Votes: 0GitHub stars: 2
- Database Ops Pro数据库运维助手。只要用户的问题涉及跟数据库较劲——查得慢、改不动、连不上，即应触发本技能，无需用户明确指定。无论是慢日志堆了一地、接口突然变慢、库 CPU 打满、这条 SQL 该加什么索引、要不要覆盖索引、大表扫全表、SELECT 星号与没有 WHERE，还是迁移脚本能不能上、会不会锁表丢数据、加非空列改列类型删列删表风险多大、大表加索引怕卡死要不要走在线 DDL、滚动发布期间新旧代码打架、DDL 变更要评审、MySQL 与 PostgreSQL 各自的安全写法是什么，或者预发和生产的表结构对不上、有人手改过库要出 ALTER 草稿、字段类型默认值与注释漂移、本地能连而测试环境连不上、连错了库、新人起不来服务、连接串密码写死在代码或配置里、带库数据的导出要脱敏后才能发出去、上线前想把数据库相关的检查一次过完，都从这里进。本技能判断意图，给出精简做法并路由到带脚本的子技能，全程只读不连库。不做：直连生产库执行任何 SQL，也不做数据建模与 ORM 映射。Votes: 0GitHub stars: 2
- Debate Speech辩论稿——写辩论赛的立论稿、攻辩问题、自由辩准备和结辩稿：定义、标准、论点怎么立，问题链怎么设计，战场怎么分，附反方拆解句式与完整骨架。当用户说「辩论稿怎么写」「一辩立论稿」「四辩结辩怎么写」「对方不接招」「攻辩问题被绕开」「自由辩战场分工」「稿子超时」「英文辩论稿计时」时使用；支持正反两方，赛制以主办方规则为准。Votes: 0GitHub stars: 2
- Defect Management缺陷管理——缺陷单写法、严重度与优先级、状态流转与关闭、重复/无效单处理、每周缺陷复盘，附 TAPD 等工具导出 CSV 的统计脚本。当用户说「bug 单怎么写」「严重度和优先级怎么定」「做个缺陷周报」时使用。Votes: 0GitHub stars: 2
- Dep Outdated Check依赖过期检查、哪些依赖落后了几个大版本、升级依赖前摸底、多语言依赖清单（requirements.txt / pyproject / package.json / go.mod / Cargo.toml / Gemfile / composer.json）对比公共注册表最新版本、未固定版本的依赖、技术债盘点。当用户说「看看我们的依赖有哪些该升级了」「哪些包落后了主版本」「升级前先列个清单」「requirements 里哪些没锁版本」时使用。附纯标准库脚本 scripts/dep_outdated.py（需联网）：解析七种清单，并发查询 PyPI / npm / Go proxy / crates.io / RubyGems / Packagist 的最新稳定版，按主版本/次版本/补丁/未固定分级输出并给升级策略；支持 HTTPS_PROXY 与 PyPI/npm 兼容私有源、--json。与「依赖漏洞检查」技能互补。Votes: 0GitHub stars: 2
- Dep Vuln Check依赖漏洞体检、第三方库安全扫描、供应链安全检查。当用户要「查一下项目依赖有没有漏洞」「扫描 CVE」「package-lock / requirements.txt / go.sum / Cargo.lock 安全检查」「这个版本的 lodash / django / log4j 有没有已知漏洞」「上线前依赖安全审计」「SCA 软件成分分析」「该升级哪些依赖」「npm audit / pip-audit 的替代」时使用。脚本解析锁文件后查询 OSV.dev（免费、无需 API Key、覆盖 npm/PyPI/Go/crates.io/RubyGems/Packagist），输出严重度、漏洞编号（CVE/GHSA）、建议升级版本；不检查自己写的代码，不会把"未收录"说成"安全"。Votes: 0GitHub stars: 2
- Dev Workflow Pro研发全能助手，覆盖写代码之外的整条研发流程：需求盘问与澄清、技术方案与 Spec、任务拆解与排期、Git 提交信息（Conventional Commits）、代码评审、合并冲突、上线检查清单与回滚预案、Changelog 与发布说明、迭代周报与向上汇报、线上故障排查与简报、日志突变定位、Bug 诊断与复现、依赖漏洞扫描（CVE/OSV）、复盘文档。当用户提到周报、月报、迭代报告、上线、发布、回滚、故障、告警、排查、复盘、commit、changelog、release notes、冲突、rebase、需求、spec、拆任务、评审、漏洞、依赖升级、架构图、时序图等任一研发流程事务，但不确定该用哪个专门技能时使用；本技能会判断意图、给出对应的精专方法，并指向可安装的子技能。不做：直接生成业务代码（用编程类技能）。Votes: 0GitHub stars: 2
- Dns Check域名解析巡检、DNS 切换验证、换了解析记录多久生效、多个 DNS 服务器结果对比、查 A / AAAA / CNAME / MX / TXT / NS 记录、看 TTL、CNAME 链太长、SPF 与 DMARC 有没有配、域名解析到哪个 IP、解析不一致排查。当用户说「帮我查一下这个域名解析到哪」「改了 DNS 生效了吗」「为什么有的地方能访问有的不行」「对比一下 8.8.8.8 和 223.5.5.5 的结果」「这个域名的 MX 和 SPF 配了吗」「解析超时怎么排查」时使用。附纯标准库脚本 scripts/dns_check.py：自己构造 DNS 报文走 UDP 查询（处理压缩指针、TC 截断自动转 TCP），支持多解析器并列对比、显示 TTL、串出 CNAME 链、用 --expect 校验 A 记录、检查 MX/SPF/DMARC 存在性、超时重试与 --json；解析失败或与 --expect 不一致退出码 1。Votes: 0GitHub stars: 2
- Docker Compose Checkdocker-compose 配置体检、compose.yaml 上线前检查、容器编排安全基线、镜像用 latest 没固定版本、缺 healthcheck 健康检查、缺 restart 重启策略、privileged 特权容器、network_mode host、pid host、挂载 /var/run/docker.sock 与 /etc 与家目录等宿主敏感路径、environment 里 PASSWORD/SECRET/TOKEN 明文密码、MySQL/Redis/PostgreSQL/MongoDB/ES 端口绑 0.0.0.0 对公网暴露、没有 mem_limit 内存上限、depends_on 没用 service_healthy、version 字段废弃、container_name 重名冲突。当用户说「帮我看看这个 docker-compose 有没有问题」「compose 文件能上生产吗」「容器为什么能访问宿主机」「这套编排安全吗」「docker compose lint」时使用。附脚本 scripts/compose_check.py，纯标准库、内置最小 YA...Votes: 0GitHub stars: 2