mgratzer/forge

Pluggable Issue 추적과 구조 개발을위한 에이전트 기술. 1개의 워크플로우. 10개의 기술. 병합 된 코드에 아이디어에서.

빠른 시작 · 그것이 작동하는 방법 · 기술 · 렌즈 · 건축 · 관련 기사

---

A forge는 원료가 의도를 충족하는 곳입니다. 코드베이스를 가져옵니다. 이러한 기술은 문제에서 구현까지의 워크플로를 형성하여 검토합니다.

---

빠른 시작

기계 당 forge 1개의 방법 설치하십시오:

그런 다음 프로젝트에:

플러그인으로, 명령은 namespaced (/forge:forge-ship), 그리고 /forge demo는 GitHub를 터치하지 않고 렌즈에서 보호된 실행을 재생합니다.

그것이 작동하는 방법

Ship는 문제, 계획 파일 또는 설명에서 변경을 구현합니다. 코드베이스를 연구하고 테스트와 수직 단계에서 작동하며 프로젝트가 어떻게 말하고 PR을 열 때 변경된 경로에 앱을 실행합니다. Fresh-context reviewer는 코드를 썼는 세션이 아니라 디프를 검토합니다.

Guard는 누구나 시청하지 않고 검토-읽을 수있는 열린 PR을 구동한다. 단순 패스, 하나, CI, 동료 검토자 및 경계에 대한 피드백이 확산 될 때 보안 패스. 그것은 결코 합병.

Agent skills for structured development with pluggable issue tracking. One workflow. Ten skills. From idea to merged code.

Quick start · How it works · Skills · Lens · Architecture · Contributing

---

A forge is where raw material meets intention. You bring the codebase; these skills shape the workflow from issue to implementation to review.

---

Quick Start

Install forge one way per machine:

# Claude Code: the skills plus the lens above
/plugin install forge --marketplace mgratzer/forge

# any other agent that reads Agent Skills
npx skills add mgratzer/forge

Then, in your project:

/forge-setup-project       # once per repo: AGENTS.md and the docs agents work from
/forge-ship 42             # implement Issue #42, review it in fresh context, open the PR
/forge-ship --guard 42     # and keep going: CI, review feedback, then a risk verdict

With the plugin, the commands are namespaced (/forge:forge-ship), and /forge demo replays a guarded run in the lens without touching GitHub.

How It Works

forge-setup-project → [forge-shape →] forge-create-issue → forge-implement → forge-reflect → forge-address-pr-feedback → forge-guard → forge-land
                                                                        ╰──── forge-ship ────╯╰────────── forge-ship --guard ───────────╯

Ship implements a change from an Issue, a plan file or a description: it researches the codebase, works in vertical phases with tests, runs the app on the changed path when the project says how, and opens a PR. A fresh-context reviewer, not the session that wrote the code, reviews the diff before you see it.

Guard drives the open PR to review-ready without anyone watching: a simplification pass, a security pass when the diff calls for one, CI, the peer reviewer, and feedback in bounded rounds. It never merges.

Land judges a green PR’s risk on its head commit and writes the verdict into the PR. Low risk means you can merge without reading the diff; anything else comes with a list of where to look. It merges by itself only when the project opts in.