スキル一覧に戻る
mojoatomic

flight-validate

by mojoatomic

0🍴 0📅 2026年1月25日
GitHubで見るManusで実行

SKILL.md


name: flight-validate description: Run domain validation scripts against code - PASS or FAIL with no interpretation. Use after implementing code to verify it meets domain constraints.

⚠️ EXECUTION RULES (MANDATORY)

  1. EXECUTE EACH STEP - Do not skip steps based on "prior context"
  2. USE TOOLS - You MUST call Read/Bash tools, not recall from memory
  3. SHOW WORK - Each step must produce visible tool output
  4. NO SHORTCUTS - "I already read this" is NOT acceptable

Anti-Patterns (DO NOT DO THESE)

  • ❌ "I already read the domain files earlier"
  • ❌ "From earlier analysis..."
  • ❌ Summarizing steps without executing them
  • ❌ Claiming knowledge from "this conversation"

/flight-validate

Run domain validation scripts. Script says PASS or FAIL - no agent interpretation.

Usage

/flight-validate [path]

Arguments

  • $ARGUMENTS - Optional path to validate (defaults to detecting files in src/)

Process

1. Detect Which Domains Apply

# Check what file types exist
ls src/*.c src/*.h 2>/dev/null && echo "DOMAIN: embedded-c-p10"
ls src/*.js 2>/dev/null && echo "DOMAIN: javascript"  
ls src/*.jsx src/*.tsx 2>/dev/null && echo "DOMAIN: react"

2. Run the Domain Validation Script

Each domain has a .validate.sh script. Run it. Report output. That's it.

# For C code:
.flight/domains/embedded-c-p10.validate.sh src/*.c src/*.h

# For JavaScript:
.flight/domains/javascript.validate.sh src/*.js

# For React:
.flight/domains/react.validate.sh src/*.jsx src/*.tsx

3. Report Results

Do not interpret. Do not add opinion. Just show:

## Validation: [domain]

[paste exact script output]

## Result: PASS or FAIL

If script exits 0 → PASS If script exits non-zero → FAIL


Output: Validation Report

## Validation: [domain]

[exact script output]

## Result: PASS or FAIL

Critical Rules

  1. RUN THE SCRIPT - Do not inspect code manually
  2. REPORT OUTPUT - Paste exactly what the script says
  3. NO INTERPRETATION - Script decides pass/fail, not the agent
  4. IF NO SCRIPT EXISTS - Say "No validation script for [domain]" and stop

Example

$ .flight/domains/embedded-c-p10.validate.sh src/*.c

═══════════════════════════════════════════
  P10 Validation: src/ring_buffer.c
═══════════════════════════════════════════

## NEVER Rules
✅ N1: No goto
✅ N2: No setjmp/longjmp
✅ N3: No malloc/free
...

## MUST Rules  
✅ M1: Compile -Wall -Wextra -Werror
✅ M2: Functions ≤60 lines
✅ M3: ≥2 asserts/function
...

═══════════════════════════════════════════
  PASS: 11  FAIL: 0
  RESULT: PASS
═══════════════════════════════════════════

Report: PASS


If Validation Fails

Show the failures. Do not fix automatically. User decides:

  • Fix the code and re-run /flight-validate
  • Or run /flight-tighten if the rule needs adjustment

When to Use

SituationUse This?
Just implemented codeYes
After /flight-compile executionYes
Before committingYes
Starting a new taskNo → Use /flight-prime first
Have vague ideaNo → Use /flight-prd first

Next Step

If PASS - Task complete, continue to next task:

/flight-prime tasks/[next-task].md

If FAIL - Fix issues or tighten rules:

[fix code] → /flight-validate
    OR
/flight-tighten  (if rule needs adjustment)

Workflow: /flight-validate → PASS → next task | FAIL → fix → retry

ResponseAction
next or nProceed to /flight-prime for next task
fixAttempt to fix the validation failures
tightenRun /flight-tighten to adjust rules
commitCommit the changes (if PASS)

スコア

総合スコア

50/100

リポジトリの品質指標に基づく評価

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

0/10
説明文

100文字以上の説明がある

0/10
人気

GitHub Stars 100以上

0/15
最近の活動

3ヶ月以内に更新がある

0/10
フォーク

10回以上フォークされている

0/5
Issue管理

オープンIssueが50未満

+5
言語

プログラミング言語が設定されている

+5
タグ

1つ以上のタグが設定されている

0/5

レビュー

💬

レビュー機能は近日公開予定です