mgratzer/forge

プラグ可能な問題の追跡を用いる構造化された開発のための代理店の技術。 1つのワークフロー。 10スキル アイデアからコードをマージする。

速い開始· 使い方 · スキル · レンズ · 建築· 貢献する

お問い合わせ

鍛造材は原料が意思を満たしているところです。 コードベースを持ちます。これらのスキルは、問題のワークフローを実装からレビューに形成します。

お問い合わせ

クイックスタート

機械ごとの1つの方法の鍛造材を取付けて下さい:

それから、あなたのプロジェクトで:

プラグインでは、コマンドは名前空間 (/forge:forge-ship) で、 [[/forge demo]] は GitHub に触れることなく、レンズ内でガードされた実行を再生します。

使い方

Shipは、問題、計画ファイル、または説明から変更を実行します。これは、コードベースを研究し、テストで垂直フェーズで動作し、プロジェクトがどのように言うと変更されたパス上のアプリを実行し、PRを開きます。 フレッシュ・コンテキスト・レビュアーは、コードを書いたセッションではなく、参照する前にdiffをレビューします。

Guard は、誰でも視聴せずに、オープン PR をレビューするドライブ: 簡易化パス、diff が 1 つ、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.