원클릭으로
investigate
Run before starting an implementation task — scout + gather assemble relevant files, functions, tests, and notes into a brief.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Run before starting an implementation task — scout + gather assemble relevant files, functions, tests, and notes into a brief.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Run a multi-category code audit on the cqs codebase. Spawns parallel agents per batch.
Trust-boundary security audit of cqs — fans out unbiddable-auditor agents across 6 categories (RT-INJ/RT-FS/RT-RES/RT-DATA/RT-RELAY/RT-EXFIL), attacker mindset, run-the-attack PoC + regression guard.
Run the retrieval recall gate with dead-gold triage and the binary A/B regression test. Required before release tags; use after any retrieval-adjacent merge.
Run after making changes, before committing — reviews the current git diff for impact and risk via cqs review.
Release a new version of cqs. Bumps version, updates changelog, runs the recall gate, publishes to crates.io, creates GitHub release.
One-command setup for cqs in a new project — skills, tears infrastructure, CLAUDE.md, init, index.
| name | investigate |
| description | Run before starting an implementation task — scout + gather assemble relevant files, functions, tests, and notes into a brief. |
| argument-hint | <task description> |
Run before starting any implementation task. Assembles all relevant context in one call.
<task_description> — what you're about to implement (natural language)cqs scout "<task_description>" --json via Bashcqs gather "<task_description>" --json --tokens 4000 via BashPresent this to the user (fill in from the JSON results):
## Investigation: <task_description>
### Relevant Files
<from scout: file groups ranked by relevance, with chunk names>
### Key Functions to Understand
<from gather: top functions with signatures, grouped by role>
- **Modify targets:** <functions that likely need changes>
- **Dependencies:** <functions called by the targets>
- **Tests:** <existing tests that cover these functions>
### Staleness
<from scout: any stale files that need reindexing>
### Notes
<from scout: any relevant project notes>
### Suggested Approach
Based on the code structure:
1. Start with <most relevant file/function>
2. Check <dependency> for the interface contract
3. Test coverage: <good/partial/none> — <recommendation>
--tokens or narrow the querycqs index before proceeding