Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/furkangonel/cowrangler/systematic-debuggingnpx skills add furkangonel/cowrangler --skill systematic-debugginggit clone --depth 1 https://github.com/furkangonel/cowranglerWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00014 | $0.02529 |
| Opus 5 | $0.00007 | $0.01264 |
| Sonnet 5 | $0.00003 | $0.00506 |
| Haiku 4.5 | $0.00001 | $0.00253 |
Grade A, and why
systematic-debugging scanned grade A with 1 finding against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Makes network callslowCapability
Not a fault in itself. Listed so you know the mod talks to something, and to what.
curl -v -X POST http://localhost:3000/api/orders \ How it starts
The opening of the file, as written. The whole thing — 359 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Systematic Debugging SOP
A methodical process for diagnosing bugs, production incidents, and unexpected behavior — without random guessing.
When to Use
- User has a bug with unexpected behavior to diagnose
- User has a production incident or error to investigate
- User has a test that is failing for an unclear reason
- User is spending more than 15 minutes on a bug without a clear hypothesis
- User says "I have no idea why this is happening"
The Debugging Process
1. REPRODUCE → 2. ISOLATE → 3. HYPOTHESIZE → 4. TEST → 5. FIX → 6. VERIFY
Never skip to step 5. Fixing a symptom without a root cause always creates more bugs.
Phase 1 — Reproduce
Goal: Produce the bug on demand, reliably.
Questions to answer:
- Can you make it happen every time, or is it intermittent?
- What are the exact steps to trigger it?
- What did you expect to happen? What actually happened?
- When did it start happening? What changed around that time?
- Does it happen in all environments, or only production/staging/local?
Reproduce checklist:
- Run the failing code and capture the exact error message and stack trace
- Note the exact input that triggers the bug
- Confirm it was working before (check git log, recent deployments)
- Test in the same environment where the bug appears
# Capture full error output
python app.py 2>&1 | tee bug_repro.log
# Reproduce with exact same inputs
curl -v -X POST http://localhost:3000/api/orders \
-H "Content-Type: application/json" \
-d '{"item_id": 42, "quantity": 0}' \
2>&1 | tee repro.log
If intermittent: Add logging before the suspected failure point and wait for it to happen again. Do not proceed without a reliable reproduction path.
Phase 2 — Isolate
Goal: Narrow the failing code to the smallest possible unit.
Binary Search Debugging
Cut the problem space in half with each step:
Full system fails
→ Does the API layer fail? (yes)
→ Does it fail with all requests? (no, only POST /orders)
→ Does it fail for all users? (no, only when quantity = 0)
→ ROOT: input validation doesn't reject zero quantity
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 3d ago First seen · 359 lines · 14 tokens per session scan A ca35e2937ae8
systematic-debugging is a skill published in the GitHub repository furkangonel/cowrangler (2 stars, last pushed 4d ago), licensed MIT. It adds 14 tokens to every session and 2,529 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 1 finding (makes network calls). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
systematic-debugging
4-phase root cause debugging: understand bugs before fixing.
ftshare-market-data
非凸科技金融数据技能集。覆盖 A 股股票列表、全字段/实时行情列表、分时价格、IPO、大宗交易、融资融券、单股行情估值、可转债、ETF、基金、指数(含分页指数描述、下载描述 PDF、权重汇总/成份明细、下载权重 xlsx、详情/K 线/分时)、宏观经济,以及港股公司介绍/估值分析/基础视图/K线、东财美股列表/历史K线/最新行情、native 美股基础信息/利润表/现金流量表/资产负债表、港股财报三表(利润/现金流/资产负债)/东财港股指数日K线等接口(market.ft.tech / ftai.chat)。用户询问 A 股、港股、美股的代码、行情、估值、K线、指数权重/描述、新闻与宏观数据时使用。.
military-scout
深入调查,掌握实情,找出问题根因.
eastmoney-market-valuation
查询东财市场日估值。当用户需要查询 A 股主要市场指数(上证指数、沪深300、深证成指、创业板指、科创50、北证50)的每日估值数据,包括市盈率、总市值、流通市值、收盘点位等;支持单日、区间查询,或了解东财市场日估值时使用。.
eastmoney-stock-valuation
查询东财个股日估值。当用户需要查询全部 A 股个股的每日估值数据,包括市盈率(TTM/LYR)、市净率、市现率、市销率、PEG、总市值、流通市值、收盘价等;支持单票单日、单票历史区间及全市场查询,或了解东财个股日估值时使用。.
cb-base-data
单只可转债基础信息(market.ft.tech)。用户问可转债基础信息、转债详情、某只可转债、转股价、转股价值、到期日、发行规模时使用。.