## When to UseUse this skill when a request has multiple plausible interpretations or key details (objective, scope, constraints, environment, or safety) are unclear.
When NOT to Use:
## When NOT to UseDo not use this skill when the request is already clear, or when a quick, low-risk discovery read can answer the missing details.
Workflow:
## Workflow### 1) Decide whether the request is underspecifiedTreat a request as underspecified if after exploring how to perform the work:- Define the objective (what should change vs stay the same)- Define "done" (acceptance criteria, examples, edge cases)- Define scope (which files/components/users are in/out)### 2) Ask must-have questions first (keep it small)Ask 1-5 questions in the first pass. Prefer questions that eliminate whole branches of work.
## Language SelectionBased on the file extension or language context, refer to the appropriate guide:| Language | File Extensions | Guide ||------------|----------------|-------|| C, C++ | `.c`, `.cpp` | [references/compiled.md](references/compiled.md) || Python | `.py` | [references/python.md](references/python.md) || JavaScript | `.js`, `.ts` | [references/javascript.md](references/javascript.md) |
references/compiled.md (Details):
# Constant-Time Analysis for Compiled Languages## Detection StrategyFor compiled languages (C, C++, Go, Rust), timing leaks can occur at:1. **Source level**: Secret-dependent branches, variable-time operations2. **Compiler level**: Optimizations that introduce timing variations3. **Hardware level**: CPU instructions with variable timing## Analysis Process### Step 1: Source Analysis[Detailed source-level checks]### Step 2: Assembly Inspection[How to check generated assembly]### Step 3: Testing[Cross-architecture testing procedures]
## Quick Start\`\`\`bash# Analyze any supported file typeuv run {baseDir}/ct_analyzer/analyzer.py <source_file># Include conditional branch warningsuv run {baseDir}/ct_analyzer/analyzer.py --warnings <source_file>\`\`\`
<essential_principles>**Culture Index measures behavioral traits, not intelligence or skills. There is no "good" or "bad" profile.**<principle name="never-compare-absolutes">**Never compare absolute trait values between people.**The 0-10 scale is just a ruler. What matters is **distance from the red arrow** (population mean at 50th percentile).**Wrong**: "Dan has higher autonomy than Jim because his A is 8 vs 5"**Right**: "Dan is +3 centiles from his arrow; Jim is +1 from his arrow"</principle></essential_principles>
Input Formats:
<input_formats>**JSON (Use if available)**If JSON data is already extracted, use it directly.**PDF (Extract first)**If only PDF is available:\`\`\`bashuv run {baseDir}/scripts/extract_pdf.py survey.pdf > person_name.json\`\`\`</input_formats>
# Individual Profile Analysis Workflow## Step 1: Extract or Load DataIf PDF: `uv run {baseDir}/scripts/extract_pdf.py survey.pdf > data.json`If JSON: Load directly## Step 2: Interpret Survey TraitsFor each trait (A, B, C, D):1. Locate the red arrow (population mean)2. Measure distance in centiles3. Interpret based on distance table## Step 3: Compare Survey vs JobLarge gaps indicate behavior modification:- Energy drain- Burnout risk- Unsustainable long-term
workflows/team-analysis.md:
# Team Composition Analysis Workflow## Gas/Brake/Glue Framework**Gas (Drive, Action):**- High D (Dominance): Takes charge, drives decisions- High B (Extroversion): Energizes team, generates momentum**Brake (Caution, Analysis):**- High C (Patience): Ensures thorough consideration- High L (Logic): Demands evidence and rigor**Glue (Connection, Cohesion):**- Low D + High B: People-focused connectors- High I (Ingenuity): Creative problem-solvers
---name: test-driven-developmentdescription: Enforces test-first development workflow. Use when implementing new features or fixing bugs in projects with test suites.---## Workflow### 1) Write test firstWrite a failing test that specifies the desired behavior.### 2) Run test (must fail)Confirm the test fails for the right reason.### 3) Implement minimum codeWrite the simplest code to make the test pass.### 4) Run test (must pass)Confirm the test now passes.### 5) RefactorImprove code while keeping tests green.
Key techniques:
Mandatory workflow enforcement
Gate reviews (must see failure before implementation)
Production Sentry skill with excellent routing and progressive disclosure:
---name: security-reviewdescription: Security review checklist for code changes. Use when reviewing PRs, analyzing diffs, or auditing new features for security implications.---## Review ScopeBased on the type of change, use the appropriate checklist:| Change Type | Checklist ||------------|-----------|| Authentication | [references/auth-review.md](references/auth-review.md) || API endpoints | [references/api-review.md](references/api-review.md) || Database queries | [references/sql-review.md](references/sql-review.md) || File operations | [references/file-review.md](references/file-review.md) |