--- title: "核心ルール" description: "「核心ルール」：yokoten ガイドの一章。" canonical: https://yokoten.app/ja/docs/guide/the-core-rules lang: ja source: https://github.com/yokoten-labs/yokoten/blob/v0.1.2/docs/i18n/ja/guide.md ref: "v0.1.2" --- > For AI agents: the documentation index is at https://yokoten.app/llms.txt. To set up yokoten in a project, follow https://yokoten.app/agents.md. # 核心ルール 理由つきの完全な表は、[`kit/project/AGENTS.md`](https://github.com/yokoten-labs/yokoten/blob/v0.1.2/kit/project/AGENTS.md) にあります。 1. すべての作業は issue として始まる。todo ファイルはない。 2. プルリクエストと緑の CI なしで `main` に届くものはない。 3. タグとリリースを作るのはオーナーだけ。「merge」や「ship it」のような一般的な言葉はリリースを承認しない。 4. 修正タスクはコードを変え、テストは決して変えない（`YOKOTEN_FIX_TASK=1`）。 5. ワーカーはリード専用ファイルを変えない。ルール、エージェントの設定、フック、CI である。 6. コミットチェックを決して飛ばさない。core.hooksPath を読むのは構わない。新しいフックのフォルダは、その pre-commit が実行可能なシェルスクリプトで、自分の行で `yokoten check` を走らせ、チェックが失敗したときにコミットを止めるなら構わない。`yokoten init` が husky のためにそう設定する。設定は名前で変える。`git config --edit` と新しい設定の include は拒否される。`.git/config`、`.git/commondir`、`.git/hooks`、`.githooks` へのシェルの書き込みも同じ。リダイレクト、`cp`、`mv`、`tee`、`sed -i`、`rm`、`chmod`、`ln`、`install`、`truncate`、`patch`、`awk -i inplace`、`ed`、`vim`、`tar -x -C`、`unzip -d`、`find -delete` である。それらに一致しうるグロブを含むパスも数える（`.git/conf*`）。git やシェル、または行の残りのために `GIT_CONFIG_GLOBAL`、`GIT_CONFIG_SYSTEM`、`GIT_CONFIG_COUNT`、`GIT_CONFIG_KEY_n`、`GIT_CONFIG_VALUE_n` を設定するのも同じ。それらのファイルを読むのは通り、`mkdir .githooks`、別のリポジトリのファイル（`/tmp/x/.git`）、リードのコミット済みフックの `git checkout` や `git restore` も通る。一つのコマンドの一つの設定には `git -c =` を、フックにはあなたの編集ツールか `yokoten init` を使ってください。 7. 素の force push はしない。共有ブランチを決して rebase しない。 8. squash マージ。一つのプルリクエストに一つの目的。小さな仕上げは一度にまとめる。 9. マージされる正確なコミットをレビューし、テストする。 10. どのフォルダも 7 項目より多く持たない。 11. リポジトリの中にも、yokoten が出力するものにも、人を指すものや秘密情報はない。 12. 決断は一度書いて保つ。事実は置き換える。時刻は UTC。 --- 前の章: [Shipping an MCP server that works in every agent](https://yokoten.app/ja/docs/guide/shipping-an-mcp-server-that-works-in-every-agent.md) 次の章: [命名](https://yokoten.app/ja/docs/guide/naming.md)