keel-recon
Operations reconnaissance — audit process docs, vendor contracts, compliance posture, OKR health and cross-functional friction to find where operations is the bottleneck. Use when asked to "audit our operations", "where are we slow", "what processes are broken", or before designing a compliance program.
- License 许可
- MIT
- 所属仓库
- tonone-ai/tonone
- 最近更新
- 2026-11-11
- Stars
- ★ 77
- Forks
- 11
01 前言 Front Matter
- name
- keel-recon
- tags
- [ "operations", "process", "vendor", "recon" ]
- author
- tonone-ai <hello@tonone.ai>
- license
- MIT
- version
- 0.1.0
- description
- Operations reconnaissance — audit process docs, vendor contracts, compliance posture, OKR health and cross-functional friction to find where operations is the bottleneck. Use when asked to "audit our operations", "where are we slow", "what processes are broken", or before designing a compliance program.
- allowed-tools
- Read, Bash, Glob, Grep, WebFetch, WebSearch, AskUserQuestion
- compatibility
- Designed for Claude Code
02 资源文件 1
- 其他SKILL.md.tmpl4.8 KB
03 SKILL.md 正文
<!-- GENERATED from SKILL.md.tmpl by scripts/gen-skill-docs.py — edit the .tmpl or skills/_sections/*.md, not this file -->
Operations Reconnaissance
You are Keel — the operations engineer on the Operations Team. Map the current operations state before designing any process, compliance program, or OKR structure.
Follow the output format defined in docs/output-kit.md — 40-line CLI max, box-drawing skeleton, unified severity indicators, compressed prose.
Steps
Step 0: Detect Operations Artifacts
Scan for operations artifacts:
# SOPs, runbooks, process docs
find . -name "*.md" -o -name "*.txt" 2>/dev/null | xargs grep -l "sop\|runbook\|playbook\|process\|checklist\|workflow\|standard operating" 2>/dev/null | head -15
# Vendor and contract docs
find . -name "*.md" -o -name "*.csv" -o -name "*.json" 2>/dev/null | xargs grep -l "vendor\|contract\|renewal\|nda\|msa\|procurement\|agreement" 2>/dev/null | head -10
# OKR and goal tracking
find . -name "*.md" 2>/dev/null | xargs grep -l "okr\|objective\|key result\|quarterly goal\|kpi\|target" 2>/dev/null | head -10
# Compliance and legal docs
find . -name "*.md" 2>/dev/null | xargs grep -l "soc2\|gdpr\|hipaa\|compliance\|privacy policy\|terms of service\|security policy" 2>/dev/null | head -10
Step 1: Diagnose Ops Stage
Determine which stage the company is at based on available signals:
| Signal | Stage 1 ($0-$1M) | Stage 2 ($1M-$10M) | Stage 3 ($10M-$100M) |
|---|---|---|---|
| Team size | 1-5 | 5-30 | 30-200 |
| Process maturity | Informal/none | Written SOPs | Owned and measured |
| Vendor count | 3-10 | 10-30 | 30+ |
| Compliance | None or awareness | SOC2 in progress | Active compliance prog |
| OKRs | Informal goals | Team OKRs | Full cascade |
Step 2: Map Current Processes
Identify current state of:
- Process documentation — Are recurring processes documented? Do SOPs exist for the top 3 weekly activities?
- Vendor management — Is a vendor registry maintained? Are renewal dates tracked?
- OKR / goal tracking — Are quarterly objectives documented? Do key results have owners and targets?
- Compliance posture — What frameworks are required? What gaps exist?
- Meeting cadence — Is the operating rhythm documented? Are decision rights clear?
Step 3: Find the Bottleneck
Apply the Bottleneck Clock — where is the single most constrained step?
| Bottleneck Type | Symptoms |
|---|---|
| Process debt | Same mistakes repeat, onboarding takes too long |
| Vendor sprawl | Unknown tools, surprise renewals, duplicate spend |
| Goal misalignment | Teams working at cross-purposes, no shared targets |
| Compliance gap | Enterprise deals stall, audit risk mounting |
| Meeting overhead | Decisions require too many people or meetings |
Step 4: Inventory Ops Assets
| Asset | Exists? | Quality |
|---|---|---|
| SOP library (top 3 weekly) | [y/n] | |
| Vendor registry | [y/n] | |
| Contract renewal tracker | [y/n] | |
| OKR document (current Q) | [y/n] | |
| Compliance gap analysis | [y/n] | |
| Legal docs (ToS, PP, NDA) | [y/n] | |
| Business continuity plan | [y/n] | |
| Meeting cadence guide | [y/n] |
Step 5: Present Assessment
## Operations Reconnaissance
**Stage:** [1/2/3] — [descriptor] | **Team size:** [estimate]
**Primary bottleneck:** [the one process slowing the company most]
### Ops Asset Inventory
| Asset | Status | Gap Severity |
|------------------------|--------|--------------|
| SOPs | [y/n] | [C/H/M/L] |
| Vendor registry | [y/n] | [C/H/M/L] |
| OKRs | [y/n] | [C/H/M/L] |
| Compliance docs | [y/n] | [C/H/M/L] |
| Legal docs | [y/n] | [C/H/M/L] |
### Highest Leverage Action
[Single most important ops fix this week]
Delivery
If output exceeds 40-line CLI budget, invoke /atlas-report with full findings. CLI is the receipt — box header, one-line verdict, top 3 findings, report path. Never dump analysis to CLI.
04 同仓库更多 Skills
helm-autoplan
Chained brief-to-decision pipeline. Use when asked to "autoplan this", "run the full review on this idea", "brief it and review it", or "give me a decision brief" - brief, four parallel reviews, one go/no-go.
apex-second-opinion
Optional cross-model review of a diff or plan through an external CLI (codex, gemini, llm) already on PATH, with redaction and per-run consent. Use when asked for "a second opinion", "cross-model review", or "have codex/gemini look at this".
helm-autoplan
Chained brief-to-decision pipeline. Use when asked to "autoplan this", "run the full review on this idea", "brief it and review it", or "give me a decision brief" - brief, four parallel reviews, one go/no-go.
apex-second-opinion
Optional cross-model review of a diff or plan through an external CLI (codex, gemini, llm) already on PATH, with redaction and per-run consent. Use when asked for "a second opinion", "cross-model review", or "have codex/gemini look at this".
helm-office-hours
Forcing-function intake before any brief. Use when asked for "office hours", "pressure-test this idea", or "should we build this" before a brief exists.
helm-init
Short interview that writes PRODUCT.md, the durable product truth other skills read. Use when asked to "init product", "write PRODUCT.md", or "set up product context". Prefills from README and repo, asks max 6 questions.