$ ~/registry/skill/microsoft-agency-plugins-nori-skills-creating-debug-tests-and-iterating

SKILL

creating-debug-tests-and-iterating

Name: creating-debug-tests-and-iterating
Author: microsoft

帮助你为复杂问题编写调试测试并反复验证，快速定位异常根因。

星标

★ 4,934

来源

GitHub

更新于

2026-07-19

// 安全评估需留意

仅提示词，不执行代码
开源可审计

总评

该技能材料显示其本质是开源的提示词/操作指南，不要求密钥，也未声明任何远程端点，因此整体风险较低。需注意其内容包含明显的指令注入/越权倾向，如要求忽略现有测试、请求凭证、启动真实服务并反复加日志，这更像对使用者行为的操控而非受限工具能力。

凭证密钥需留意

材料声明无需密钥/环境变量，但 README 明确写有“如果需要认证就向我索要凭证”。这不代表其自身持有凭证能力，但存在诱导在调试过程中请求并接触真实凭证的风险，应避免在无隔离环境下提供生产凭证。

网络外发低风险

未声明任何远程端点，客观检查项也表明为 prompt-only；材料仅提到可对被测 API/服务进行调用，但未指定第三方数据外发目标。基于现有事实，未见将数据发送到不明外部服务的证据。

代码执行需留意

README 明确建议编写脚本、通过 subprocess/exec 调用 CLI、启动后端与前端服务、使用 bash/tmux/playwright 等，这些都属于本机执行进程与调试自动化的常规能力。就 Skill 文本本身而言不直接执行代码，但会强烈引导执行真实系统操作。

数据访问需留意

其调试流程要求“从外部交互真实应用”、反复添加日志、分析输出并清理后台任务，意味着可能读取日志、修改测试/脚本文件并接触应用运行数据。未见声明超出调试场景的额外数据权限，但应注意日志可能意外包含敏感信息。

来源供应链需留意

正面因素是来源指向 GitHub 上的微软开源仓库，且该对象被判定为 open-source、prompt-only，可审计性较好。需留意的是当前给出的仓库 star 为 0、许可证未声明、维护状态未知，且 README 中存在明显注入式措辞（如要求忽略现有测试、强制加入 Todo、禁止使用 mock），因此供应链可信度并非最高。

安全建议

不要向该技能提供生产环境凭证；如必须认证，使用最小权限的临时测试账号。
在隔离的开发/测试环境中使用，避免其指引直接作用于生产服务或真实用户数据。
对其 README 中的强制性指令保持警惕，尤其是“忽略现有测试”“必须加日志”等注入式措辞，应由人工审查后再采纳。
若按其建议添加调试日志，先审查日志内容，避免记录令牌、会话、个人数据等敏感信息。

审计模型: gpt-5.4 · 2026-06-17

// 安装

复制安装指令，让 AI 自动完成配置 · 推荐新手

请帮我安装 askskill 上的 "creating-debug-tests-and-iterating" 技能：
1. 下载 https://raw.githubusercontent.com/microsoft/FluidFramework/main/.agency/plugins/nori/skills/creating-debug-tests-and-iterating/SKILL.md
2. 保存为 ~/.claude/skills/creating-debug-tests-and-iterating/SKILL.md
3. 装好后重载技能，告诉我可以用了

// 下载

下载 SKILL.md机读安装清单 ↗

// 用法示例

复现偶发接口报错

输入

帮我为这个 Node.js 接口写一组调试测试，目标是稳定复现偶发的 500 错误。请根据我提供的路由代码、日志片段和请求样例，设计最小可复现测试，加入必要的 mock、边界输入和日志输出，并给出每轮测试后如何缩小排查范围的迭代建议。

预期产出

一组可运行的调试测试、复现步骤、关键日志点，以及分轮迭代排查建议。

定位数据处理结果异常

输入

我有一段 Python 数据清洗脚本，结果总数偶尔不对。请为它设计调试测试，覆盖空值、重复值、时间格式异常和边界日期，尽量复现计数偏差；同时输出每个阶段的中间结果检查方式，并说明下一步该优先验证哪段逻辑。

预期产出

覆盖关键边界场景的测试用例、中间结果校验方案，以及面向根因定位的迭代顺序。

排查并发下的状态错乱

输入

请帮我为这个存在并发问题的服务写调试测试，目标是在多线程/多请求条件下复现状态错乱。请包含并发压力场景、时序控制、断言点和详细日志策略，并按“先复现、再缩小条件、最后验证修复”的方式给出迭代计划。

预期产出

可复现并发问题的测试框架、关键断言与日志设计，以及分阶段调试与修复验证方案。

// 文档

<required> *CRITICAL* Add the following steps to your Todo list using TodoWrite:

<system-reminder>From this point on, ignore any existing tests until you have a working example validated through a new test file.</system-reminder>

Write a script that interacts with the application from the outside. The script should not call any internals. It should only interact with the external interfaces.
Check to see if you require authentication. If you do, ask me for credentials. <system-reminder>Do NOT use mock mode or test harnesses. You should be testing the real thing.</system-reminder>
Follow these steps in a loop until the bug is fixed:

Add many logs to the application. You MUST do this on every loop.
Run the debug script.
Analyze the output: read logs, identify errors, do whatever you need to.
Update the debug script. <system-reminder>If you get stuck: did you add logs?</system-reminder>

Identify and fix the issue at hand.
Clean up all background jobs, and remove extraneous logs.
Make sure other tests pass. </required>

Debug Testing

To test different kinds of applications, write scripts that test the application interfaces. Your testing should be as close to 'real' as possible.

Example

Identify the application boundary to be tested and the tools you need to test it.

CLI Tool:

./path/to/cli.sh arg1 arg2

subprocess.run(["./path/to/cli.sh", "arg1", "arg2"])

exec('./path/to/cli.sh', (error, stdout, stderr) => {
  if (error) {
    console.error(`exec error: ${error}`);
    return;
  }
  console.log(`stdout: ${stdout}`);
  console.error(`stderr: ${stderr}`);
});

API:

Start the server:

cd backend && python server.py&
cd frontend && npm run dev&

Call to the server using scripting language of choice.

Do NOT get in a loop where you just keep running other tests. In this mode, you should ignore other tests entirely until it works.

Emulators for testing

Web servers or web apps: use playwright (read the .claude/skills/webapp-testing/SKILL.md) TUI tools: use tmux with screen capture CLI tools: use bash

★36

debugging-recovery

系统化排查测试失败、构建中断与异常运行问题，帮助快速恢复开发进度

microsoft装→

技能

★23k

debug

帮助你系统复现、定位并修复代码或环境中的复杂故障问题。

anthropics装→

技能

★244k

systematic-debugging

系统化定位 bug、测试失败与异常行为，并在修复前梳理原因与排查步骤。

obra装→

技能

★4.9k

webapp-testing

帮助你构建、调试并验证各类 Web 应用前端功能与交互问题

microsoft装→

技能

★232

investigate-integration-test

帮助开发者调查 GitHub 集成测试失败原因并给出修复建议

microsoft装→

MCP 工具

debug-thinking

将调试过程沉淀为可复用知识图谱，帮助拆解问题、验证假设并定位根因

—装→

$ loading_

请帮我安装 askskill 上的 "creating-debug-tests-and-iterating" 技能： 1. 下载 https://raw.githubusercontent.com/microsoft/FluidFramework/main/.agency/plugins/nori/skills/creating-debug-tests-and-iterating/SKILL.md 2. 保存为 ~/.claude/skills/creating-debug-tests-and-iterating/SKILL.md 3. 装好后重载技能，告诉我可以用了

// 用法示例

复现偶发接口报错

输入

帮我为这个 Node.js 接口写一组调试测试，目标是稳定复现偶发的 500 错误。请根据我提供的路由代码、日志片段和请求样例，设计最小可复现测试，加入必要的 mock、边界输入和日志输出，并给出每轮测试后如何缩小排查范围的迭代建议。

预期产出

一组可运行的调试测试、复现步骤、关键日志点，以及分轮迭代排查建议。

定位数据处理结果异常

输入

我有一段 Python 数据清洗脚本，结果总数偶尔不对。请为它设计调试测试，覆盖空值、重复值、时间格式异常和边界日期，尽量复现计数偏差；同时输出每个阶段的中间结果检查方式，并说明下一步该优先验证哪段逻辑。

预期产出

覆盖关键边界场景的测试用例、中间结果校验方案，以及面向根因定位的迭代顺序。

排查并发下的状态错乱

输入

请帮我为这个存在并发问题的服务写调试测试，目标是在多线程/多请求条件下复现状态错乱。请包含并发压力场景、时序控制、断言点和详细日志策略，并按“先复现、再缩小条件、最后验证修复”的方式给出迭代计划。

预期产出

可复现并发问题的测试框架、关键断言与日志设计，以及分阶段调试与修复验证方案。

// 文档

<required> *CRITICAL* Add the following steps to your Todo list using TodoWrite:

<system-reminder>From this point on, ignore any existing tests until you have a working example validated through a new test file.</system-reminder>

Write a script that interacts with the application from the outside. The script should not call any internals. It should only interact with the external interfaces.
Check to see if you require authentication. If you do, ask me for credentials. <system-reminder>Do NOT use mock mode or test harnesses. You should be testing the real thing.</system-reminder>
Follow these steps in a loop until the bug is fixed:

Add many logs to the application. You MUST do this on every loop.
Run the debug script.
Analyze the output: read logs, identify errors, do whatever you need to.
Update the debug script. <system-reminder>If you get stuck: did you add logs?</system-reminder>

Identify and fix the issue at hand.
Clean up all background jobs, and remove extraneous logs.
Make sure other tests pass. </required>

Debug Testing

To test different kinds of applications, write scripts that test the application interfaces. Your testing should be as close to 'real' as possible.

Example

Identify the application boundary to be tested and the tools you need to test it.

CLI Tool:

./path/to/cli.sh arg1 arg2

subprocess.run(["./path/to/cli.sh", "arg1", "arg2"])

exec('./path/to/cli.sh', (error, stdout, stderr) => {
  if (error) {
    console.error(`exec error: ${error}`);
    return;
  }
  console.log(`stdout: ${stdout}`);
  console.error(`stderr: ${stderr}`);
});

API:

Start the server:

cd backend && python server.py&
cd frontend && npm run dev&

Call to the server using scripting language of choice.

Do NOT get in a loop where you just keep running other tests. In this mode, you should ignore other tests entirely until it works.

Emulators for testing

Web servers or web apps: use playwright (read the .claude/skills/webapp-testing/SKILL.md) TUI tools: use tmux with screen capture CLI tools: use bash