Skills 目录 · 第 67 页

Yeni özellikler yazarken, hata düzeltirken veya kod refactor ederken bu skill'i kullanın. Unit, integration ve E2E testlerini içeren %80+ kapsam ile test güdümlü geliştirmeyi zorlar.

在编写新功能、修复缺陷或重构代码时使用此技能。强制执行测试驱动开发，覆盖率需达80%以上，包括单元测试、集成测试和E2E测试。

在编写新功能、修复缺陷或重构代码时使用此技能。强制执行测试驱动开发，覆盖率需达80%以上，包括单元测试、集成测试和E2E测试。

测试驱动开发工作流原则。RED-GREEN-REFACTOR 循环。

Usar este skill al escribir nuevas funcionalidades, corregir bugs o refactorizar código. Aplica el desarrollo guiado por pruebas con 80%+ de cobertura incluyendo pruebas unitarias, de integración y E2E.

在编写新功能、修复缺陷或重构代码时使用此技能。强制执行测试驱动开发，覆盖率需达80%以上，包括单元测试、集成测试和E2E测试。

在编写新功能、修复错误或重构代码时使用此技能。强制执行测试驱动开发，确保单元测试、集成测试和端到端测试的覆盖率超过80%。

在此工作区内向用户教授一项新技能或新概念。

为智能体小队运行基于团队的编排：带负责人和范围的工作项、智能体看板状态、分支隔离、控制面板可见性以及合并门禁。适用于跨分支或工作树并行协调多个智能体——多智能体扇出、智能体看板、小队协调，或将智能体输出合并为一个产品。

交互式智能体选择器：通过 claude agents 命令和 agents/ Markdown 通配路径发现可用角色，按领域分组，让用户最多选择五个，并行派发至同一任务，再综合一致意见和冲突形成统一报告。用于组建智能体团队、浏览可用角色或并行运行多位专业智能体。

用于任何内部沟通：3P 更新、周报或状态报告、简报、常见问题解答、事件报告、领导层更新（“写我的更新”）。按受众以正确格式起草。

构建、测试并部署面向 Teams 和 Copilot 的 Microsoft 365 应用与智能体。包含项目创建、本地测试、云部署、故障排查以及 Slack 到 Teams 迁移等子技能。适用场景：Teams 智能体、机器人、选项卡、消息扩展、声明式智能体、自定义引擎智能体、本地测试、Agents Playground、Azure 资源预配、远程部署、Slack 到 Teams 迁移、跨平台机器人开发、Block Kit 到自适应卡片转换。不适用于：通用 Web 开发、非机器人或非 Teams 项目。

在 Microsoft Teams 中查找人员或现有群聊，或通过已登录的桌面 Teams CDP 会话，向确切的人员邮箱或已发现的群聊身份发送经授权的纯文本消息。适用于 Teams UI 发现和发送，不适用于频道、会议、浏览器登录或 Microsoft Graph。

为实体对象及其工作原理创建技术插图，例如显示像素或界面图层，具有连贯的视图、精细的线条和部件填充。

查找、排序并跟踪代码库中的技术债务。适用于用户询问应先重构什么、规划清理冲刺、现代化遗留代码或想了解代码混乱程度时。

为软件工程、产品管理和技术岗位优化简历。当用户提到软件工程师、开发者、PM、数据科学家、ML、DevOps 或其他技术岗位简历时使用。

在做出决定前比较框架或技术栈：并排评分、总拥有成本、生态健康状况和迁移风险。当用户询问该选哪个框架、X 与 Y 对比、是否应更换技术栈，或迁移是否值得时使用。

扫描代码库并生成量化的技术债务报告，附优先级排序的修复计划。分析死代码、TODO/FIXME/HACK 标记、依赖陈旧度、复杂度热点、代码重复信号、测试覆盖缺口、未使用的导出以及过时模式。当用户要求审计代码库的技术债务、希望对其代码质量做健康检查、说出“我应该重点重构哪里”“找出代码异味”“审计我的代码库”“我们有哪些技术债务”“为清理工作排优先级”之类的话，或询问代码质量指标时，使用此技能。当用户提到“代码腐化”“遗留代码清理”“重构优先级”，或希望在重大工作前了解项目整体健康状况时，也应触发。即使用户没有明确说“技术债务”，只要请求是系统性地评估代码质量并确定改进优先级，也属于此技能范围。

Comprehensive technology stack blueprint generator that analyzes codebases to create detailed architectural documentation. Automatically detects technology stacks, programming languages, and implementation patterns across multiple platforms (.NET, Java, JavaScript, React, Python). Generates configurable blueprints with version information, licensing details, usage patterns, coding conventions, and visual diagrams. Provides implementation-ready templates and maintains architectural consistency for guided development.

Telegram 机器人构建专家，解决从简单自动化到复杂 AI 机器人的实际问题。涵盖机器人架构、Telegram Bot API、用户体验、变现策略及扩展到数千用户。适用于 telegram bot、bot api、telegram automation、chat bot telegram 和 tg bot 相关任务。

构建 Telegram 小程序（TWA）的专家——在 Telegram 内运行、具有原生体验的 Web 应用。涵盖 TON 生态、Telegram Web App API、支付、用户身份验证，以及构建可创收的病毒式小程序。使用场景：telegram mini app、TWA、telegram web app、TON app、mini app。

新应用的项目脚手架模板。适用于从零创建新项目，包含面向不同技术栈的 12 个模板。

让一项 Terminal-Bench 任务经过有边界的 Paperclip 冒烟、诊断和修复循环。适用于持续推动 Terminal-Bench 直至通过、重新运行其循环，或在董事会关卡下迭代修复和诊断。

通过可复用、不依赖 shell 的启动方案，在可见的终端窗口中打开可执行文件及其参数数组，支持试运行、JSON、能力检测、分离回退和独立恢复模式。适用于 Codex 需要在新宿主终端中打开交互式 CLI、SSH 会话、本地开发进程、沙箱或其他基于 argv 的命令；诊断是否有受支持的终端可用；或在所请求的终端不受支持时提供可执行的方案。

面向 ECC 的证据优先仓库执行工作流。当用户希望运行命令、检查仓库、调试 CI 失败，或推送一个范围有限的修复并附上确切执行与验证证明时使用。

ECCのための証拠優先のリポジトリ実行ワークフロー。ユーザーがコマンドの実行、リポジトリの確認、CIの失敗のデバッグ、正確な実行と検証の証明を伴う狭い修正のプッシュを必要とする場合に使用する。

基于证据优先的仓库执行工作流，适用于ECC。当用户需要运行命令、检查仓库、调试CI失败或推送带有精确执行和验证证明的窄修复时使用。

适用于任何 Terraform 模块、状态后端、提供方配置或 IaC 安全审查，在编辑 .tf 文件之前使用。使用 tf_module_analyzer.py 分析模块，并使用 tf_security_scanner.py 扫描错误配置。

精通高级 IaC 自动化、状态管理和企业基础设施模式的 Terraform/OpenTofu 专家。

维护测试套件，找出并删除重复、空洞或与实现耦合的测试，同时保留有用的回归覆盖。适用于测试审计、测试裁剪、重复覆盖或降低 CI 测试成本，支持局部清理和协同审计行动。

清点并治理项目的测试资产。将需求、业务规则、风险、缺陷和跨边界契约关联到稳定的 TEST-IDs 以及仓库现有测试注册表或 TESTS.md 中的可执行证据。用于测试清点、测试缺口分析、单元/集成/契约/E2E/冒烟分类、缺陷到测试的回归保护、消费者/提供者契约测试、测试必要性评审和交付前证据评审。

実装前に呼ぶ。High/Medium リスク変更のテストオラクル（期待値の根拠）とファルシフィケーション項目を定義する。

自动检测测试框架并运行相关测试。可识别Jest、Vitest、Playwright、Cypress、pytest、Go test等。可运行全部测试、特定文件测试，或为新代码生成基础测试。用法 - /test-detect、/test-detect src/auth/login.ts、/test-detect generate src/utils.ts

适用于实现任何功能或修复缺陷时，在编写实现代码之前使用。

适用于实现任何功能或修复缺陷时，在编写实现代码之前使用。

You MUST use this before writing or changing any production code, including one-line fixes and when the user is in a hurry: a new feature, a bug fix, a refactor, a behavior change. Write the failing test first, run it and watch it fail for the right reason, write the minimal code that passes, then run the whole test suite before saying it is done. Skip it only for throwaway prototypes, generated code or configuration-only changes, and only with the user's OK.

运行测试，并通过智能错误分组系统性地修复所有失败的测试。适用于用户要求修复失败测试、提到测试失败、运行测试套件后出现失败，或要求让测试通过时。

[Deprecated] Retired: superseded by the `test-perspective` skill of the tpl-tools plugin (`/plugin install tpl-tools@kompiro-hane`, then `/tpl-tools:test-perspective`). No longer triggered; the body is kept for provenance. See docs/adr/101-move-test-perspective-to-tpl-tools.md.

変更内容からミューテーション/E2Eの推奨度を判定し、強く推奨・範囲が小さい・副作用なしのもの（AI を使う動線の実 AI の E2E を含む）は確認なしで実施し、それ以外は最後の報告で確認する。スピードモードでは判定だけ行い後回しの Issue に書く。quality-check Step 5から参照実行されるほか、開発中の任意タイミングで単体実行できる。

根据用户故事创建全面的测试场景，包含测试目标、起始条件、用户角色、分步操作和预期结果。在编写 QA 测试用例、创建测试计划、定义验收测试或准备功能验证时使用。

只编写并信任那些在行为被破坏时会失败的测试，并通过蓄意破坏来证明。在编写、更改或审查测试时使用。

为 JavaScript/TypeScript（Vitest、Jest、Testing Library、Playwright）和 Python（pytest）编写有意义的自动化测试，遵循项目现有约定。适用于用户要求添加测试、提高覆盖率、“bikin test”、“buat unit test”、测试函数/组件/端点，或在实现无测试的功能之后。

Jest 测试模式、工厂函数、模拟策略和 TDD 工作流。在编写单元测试、创建测试工厂或遵循 TDD 红-绿-重构循环时使用。

Use when syncing Playwright tests with TestRail ('testrail', 'sync test cases', 'push results to testrail', 'import from testrail').

Create high-performing text posts for social media using framework fitting method. 360+ proven templates across LinkedIn, X, Facebook, and Instagram. Progressive disclosure loads only relevant templates based on platform and content type.

Set up Telegram and read or send messages in the owner's personal account through tg. Use when asked to install or connect Telegram, find a chat or person, read a conversation, or send a message.

在规划或做出架构、设计、战略决策前，运行虚拟智库，即结构化的多角色辩论。用户准备规划系统、选择技术、评估取舍、决定方案，或任何可借助多视角改善结果的决策时使用。用户说“think tank”“debate this”“perspectives on”“trade-offs”“should I use X or Y”“help me decide”“before we plan”，或要求比较不同方案优缺点时也触发。必须在任何实现规划开始前运行，产出结构化分析以改进后续计划。

当用户描述问题、决策或卡住的情况但未指明方法时使用：“我该如何着手？”、“帮我理清思路”、“我们无法决定”、“我该从哪里开始？”。挑选最合适的思维方法并执行。对于单纯的执行任务或已指明方法的情况跳过。

威胁狩猎、批量排查 IOC，或在日志与遥测中寻找异常时使用。通过 threat_signal_analyzer.py 对映射至 ATT&CK 的信号和 z-score 异常排序。

Full STRIDE-A threat model analysis and incremental update skill for repositories and systems. Supports two modes: (1) Single analysis — full STRIDE-A threat model of a repository, producing architecture overviews, DFD diagrams, STRIDE-A analysis, prioritized findings, and executive assessments. (2) Incremental analysis — takes a previous threat model report as baseline, compares the codebase at the latest (or a given commit), and produces an updated report with change tracking (new, resolved, still-present threats), STRIDE heatmap, findings diff, and an embedded HTML comparison. Only activate when the user explicitly requests a threat model analysis, incremental update, or invokes /threat-model-analyst directly.