AxiomCode
AI 소프트웨어 엔지니어링을 위한 검증 가능한 인텔리전스, 형식화된 코드 그래프 기반
아이디어를 기반으로 애플리케이션을 자동으로 구축·배포하는 Claude Code 플러그인
Claude Code plugin that autonomously builds and deploys applications from ideas
AI가 요약 · README에서
플러그인Shell · JavaScriptGitHub @KurtLehnardt직접 설치운영자 미확인
써 보셨어요? 한 번만 눌러 주세요. 로그인은 필요 없어요.
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
설치형 프로젝트는 배포 도메인 없이도 확인할 수 있습니다. 개인 저장소는 GitHub 로그인으로, 조직 저장소는 위의 저장소 확인 파일로 직접 확인해 주세요.
README 전체를 불러오는 중입니다. 아래는 저장된 발췌입니다.
Claude Code plugin that implements a full autonomous code factory. Give it an idea — it produces a running application.
A second layer of skills for running the factory the way high-throughput agentic teams actually do: write contracts (not prompts), gate on checks a stub can't pass, let cheap owners build and expensive gatekeepers doubt, grow evals from real failures, and bound what a tricked agent can touch. Distilled from conference talks on 24/7 agent fleets, self-hosted models, harness design, agent security, and LLM ops.README 전문 보기 ↗Claude Code plugin that implements a full autonomous code factory. Give it an idea — it produces a running application.
/determine-market-interest → /idea → /setup → /build → /test → /deploy → /ship
/status (anytime)
/teardown
| Skill | Purpose |
|---|---|
/determine-market-interest | Is there a market? Discover opportunities (high demand, low supply) or validate one idea you already have |
/idea | Raw idea → structured PRD with acceptance criteria and service manifest |
/setup | Detect required services, check vaults, generate .env, guide account creation |
/build | 7-phase implementation: plan → architect gate → product gate → workers → gate-check + judge → integration |
/test | Generate test suites for existing code without modifying implementation |
/deploy | Deploy to staging/production, run migrations, health check, rollback on failure |
/ship | Go-to-market engine: strategy doc, landing page, free tool, SEO, AEO infrastructure |
/status | Factory dashboard: active builds, scores, blockers, environment health |
/teardown | Clean up worktrees, delete merged branches, archive plans |
A second layer of skills for running the factory the way high-throughput agentic teams actually do: write contracts (not prompts), gate on checks a stub can't pass, let cheap owners build and expensive gatekeepers doubt, grow evals from real failures, and bound what a tricked agent can touch. Distilled from conference talks on 24/7 agent fleets, self-hosted models, harness design, agent security, and LLM ops.
ALIGN → EXECUTE ──────────────→ MEASURE ─────────────→ OBSERVE → GUARD
/contract /route /survive /gate /verdict /capture /chain-risk /observe /sandbox /constitution
| Skill | Stage | Purpose |
|---|---|---|
/contract | Align | Declarative objective + machine-checkable acceptance criteria; refuses prompt-as-wish and imperative pseudocode |
/gate | Execute | Build an executable gate, then prove it's stub-proof — if a stub passes, the eval is the bug |
/route | Execute | Route each task to the cheapest model/effort that passes its gate; escalate on failure; prefer local for narrow work |
/survive | Execute | Wrap a worker loop (validate, rescue-parse, nudge, step-enforce, compact) so small/local models actually finish |
/verdict | Measure | Zero-trust gatekeeper: refetch from source, rerun the suite firsthand, score claim-by-claim, never trust say-so |
/capture | Measure | Turn a failure into a permanent, reproducible eval level so it can't silently return |
/chain-risk | Measure | Compounding-error math (p^n) → where to place gates so pipeline reliability stays above target |
/observe | Observe | Structured spans + four signals (P95 latency, $/run, err%, eval-pass); start with one critical use case |
/sandbox | Guard | Deny-by-default policy + per-MCP-server containment + violation telemetry; bounds blast radius (doesn't stop injection) |
/constitution | Guard | Pin a north-star and protect the prompt layer from tampering and injected redirection of downstream agents |
These compose with the pipeline: /contract feeds /build, /gate hardens what /build's workers must pass, /verdict is the merge gate, and /observe + /capture close the loop back into better routing and evals.
Four skills that replace prompts people were typing by hand over and over. /review-pr is the single-PR variant; /review-prs is the bulk variant and is unchanged.
| Skill | Purpose |
|---|---|
/delegate | Split an ad-hoc task list into independent pieces, size each to a model tier, run each in its own worktree and PR, have an opus critic review it, and merge when CI and review pass |
/review-pr | Take one PR through adversarial critique, fix, fresh re-review, CI, and merge, with a configurable severity threshold |
/validate-install | Prove the README install steps work on fresh Linux, Windows, and macOS machines, fix what breaks, and always tear down |
/release | Cut a versioned release: merge PRs, bump every version source, tag, publish a GitHub release, update the local install, smoke test |
The plugin ships safety hooks in hooks/hooks.json: a secret guard that blocks credentials pasted into prompts, a Stop hook that warns while work is unsaved, and a SessionStart notice when the branch is behind main. See hooks/README.md for what each hook does, how to configure it, and how to run its tests.
/determine-market-interest — Market ValidationAnswers whether anyone actually wants the thing, in two modes.
Discovery — you don't know what to build. Fans subagents out across problem domains to generate transactional search queries, kills the doomed candidates before spending research budget on them, verifies what tools actually exist (with URLs — no claim without a link), then pays a skeptic subagent to destroy the survivors. Returns a ranked shortlist.
/determine-market-interest --deep
Validation — you have an idea and want a verdict. Derives the queries real users would type (not your framing of the solution), then runs the same gate, supply verification, scoring, and skeptic pass against that one idea. Returns BUILD, NARROW, PIVOT, or DON'T BUILD, with the condition that would reverse it.
/determine-market-interest "an app that tracks kids' chores and pays allowance automatically"
Scores Demand × Supply gap × Monetizability × Build ease and appends to a ledger, so repeat runs compound instead of re-deriving the same dead ends.
Works with or without a keyword API key. With one, volumes are labeled Data; without, Estimated — and the report's first line always says which. Set DATAFORSEO_LOGIN and DATAFORSEO_PASSWORD for measured volumes at about nine cents per run.
/idea — IntakeTakes a raw concept and produces a Product Requirements Document with measurable acceptance criteria, technical requirements, and a service manifest listing every external dependency.
/setup — EnvironmentReads the PRD (or scans the codebase), detects what services are needed, checks your credential vault (1Password CLI, AWS SSM, or .env files), and generates a complete environment configuration. For missing services, it produces a checklist with direct signup links.
/build — ImplementationThe core engine. Runs a 7-phase, spec-driven pipeline with binary PASS/FAIL gates (no scores):
gate-check.sh first, then an opus judge; only APPROVED tasks merge, incrementally, into an assembly branch--quickly — /build --quickly is a low-token variant. It keeps the orchestrator and subagent-worker pattern (isolated worktrees, deterministic gate-check.sh) but drops the architect and product gates and all per-task review. It ends with one opus review of the full PR and at most one fix round. The PR is never merged for you. Not for BINDING contracts, production migrations, or auth rewrites; use the full pipeline for those. See skills/build/references/quick-mode.md.
/test — CoverageAnalyzes existing code for coverage gaps, prioritizes by risk (auth, payments, data mutations first), and generates comprehensive test suites following existing patterns. Does not modify implementation.
/deploy — ShipPre-flight validation, database migrations, deployment to Vercel/hosting platform, post-deployment health checks, and automatic rollback if health checks fail. Production deploys require human confirmation.
/status — DashboardRead-only snapshot of the factory: active worktrees, review scores, blockers, environment health, backlog status. No subagents dispatched — reads local state directly.
/ship — Go-to-MarketTakes any app (codebase, URL, or description) and produces a tailored marketing strategy + working deliverables. Runs a 5-phase pipeline:
Adapts to product maturity: early-stage gets positioning + strategy, growth-stage gets concrete deliverables and scaling tactics.
/teardown — CleanupRemoves merged worktrees and branches, archives completed plan files, prunes orphaned references. Never deletes unmerged work without human confirmation.
Add to your ~/.claude/settings.json:
{
"enabledPlugins": {
"agentic-tools@C:\\path\\to\\agentic-tools": true
}
}
Or clone and reference:
git clone https://github.com/KurtLehnardt/agentic-tools.git
# Don't have an idea yet? Find one.
/determine-market-interest --deep
# Already have one? Get a verdict.
/determine-market-interest "my idea in a sentence"
# Start with an idea
/idea I want a SaaS that converts podcast episodes into blog posts
# Set up the environment
/setup
# Build it
/build
# Add test coverage
/test
# Ship it
/deploy
# Go to market
/ship
# Check on things
/status
# Clean up after merge
/teardown
Gates are binary PASS/FAIL checklists. Edit the checklists in:
skills/build/references/architect-review-prompt.mdskills/build/references/executive-review-prompt.mdskills/build/references/judge-review-prompt.md (per-task and integration judge)skills/build/references/spec-intake.md (ledger worked examples)Modify skills/build/references/worker-prompt.md for commit conventions, validation commands, scope rules.
Modify skills/test/references/test-writer-prompt.md for test framework preferences, coverage targets.
agentic-tools/
├── .claude-plugin/
│ └── plugin.json
├── hooks/
│ ├── hooks.json
│ ├── scripts/
│ └── tests/
├── skills/
│ ├── determine-market-interest/
│ │ ├── SKILL.md
│ │ ├── scripts/
│ │ │ └── keyword-volume.mjs
│ │ └── references/
│ │ ├── domain-agent-prompt.md
│ │ ├── demand-estimation.md
│ │ ├── supply-assessment.md
│ │ ├── kill-gate.md
│ │ └── data-providers.md
│ ├── idea/
│ │ ├── SKILL.md
│ │ └── references/
│ │ └── prd-review-prompt.md
│ ├── setup/
│ │ └── SKILL.md
│ ├── build/
│ │ ├── SKILL.md
│ │ └── references/
│ │ ├── architect-review-prompt.md
│ │ ├── executive-review-prompt.md
│ │ ├── judge-review-prompt.md
│ │ ├── worker-prompt.md
│ │ ├── spec-intake.md
│ │ └── quick-mode.md
│ ├── test/
│ │ ├── SKILL.md
│ │ └── references/
│ │ └── test-writer-prompt.md
│ ├── deploy/
│ │ └── SKILL.md
│ ├── ship/
│ │ ├── SKILL.md
│ │ └── evals/
│ │ └── evals.json
│ ├── status/
│ │ └── SKILL.md
│ ├── teardown/
│ │ └── SKILL.md
│ │
│ │ # machinery layer (see "The Machinery" above)
│ ├── contract/ └── SKILL.md
│ ├── gate/ └── SKILL.md
│ ├── route/ └── SKILL.md
│ ├── survive/ └── SKILL.md
│ ├── verdict/ └── SKILL.md
│ ├── capture/ └── SKILL.md
│ ├── chain-risk/ └── SKILL.md
│ ├── observe/ └── SKILL.md
│ ├── sandbox/ └── SKILL.md
│ └── constitution/ └── SKILL.md
│ │
│ │ # workflow skills (see "The Workflow Skills" above)
│ ├── delegate/
│ ├── review-pr/
│ ├── validate-install/
│ └── release/
├── CLAUDE.md
├── README.md
└── LICENSE
MIT