@yunhozz/arc 0.1.4 → 0.1.6

package/MANIFEST.sha256

@@ -1,23 +1,24 @@
-cbd254348f60c8610d0e5c4b8216c9772c0bd5dbfef324796da516b87054b06e  README.md
+85cea3cfddbf92091b1eec35feaea339e70fc2a1faa65099c99cc6318aec1cc2  README.md
+d41edeb8c6631dee30c67c705d4edad977aa1631627ec9de59c013f8990f4018  bin/arc-upgrade.mjs
 484d9b2002ce542c87589bb719d644d3762706aad28a6ee010024875f8cc00e2  bin/arc.mjs
-947c0d09355ba3e3dede51192430fe3166ba3b6bb4589c271f6fdbc2bda9b109  claude/agents/arc-coder.md
+d853d31ba0d1a04661adf8cae1df11058455cb5d366c52312888c9dd2e9a1fb8  claude/agents/arc-coder.md
 91a2c62f4ea3ff00145407411fbbe62aa02fb7608af8f33bbd3d1719fc9d2f13  claude/agents/arc-planner.md
-715b594438b6c216a6e4c918503b72fa518b432e646c969a0ff0021d82d41740  claude/agents/arc-qa.md
+d864e57a1b2b6d69435a17a5c56a0e2c68d26592dd5e510be8d0fa341762cad1  claude/agents/arc-qa.md
 bd51442a5e76d4b61cbeb7f42d43cbcc7bab890db0d39ef16002ae13f5317c34  claude/agents/arc-reviewer.md
 c20162438bb8ac6905164268f867a8f1cfdbbfd51ddfd7e795cc211cc7f8c858  claude/agents/arc-scouter.md
-9a8fc52b0355648777b26a6ce6497546fb82c3021791d5802709c160c23e86e7  claude/skill/SKILL.md
+525c92fb52cc45c2f779176629e11c3a21f4e4434648cd5d6e4f6d7657f536f6  claude/skill/SKILL.md
 0bf77247b82371b3fe12a8dbe8fd2415c98d06e676d2c234b086b1f1e661b9db  claude/skill/hooks/git-policy.json
 b188c24d1339367acfe16b81be5743298e498856915e5e91b45e1a7220dad602  claude/skill/hooks/role-git-guard.mjs
 5126d44470486cb2581790b7c8d1605c4d0ee2448b725cf536ba1141eb40fa81  claude/skill/hooks/runtime-gate.mjs
-92bf36c605f9ff17237f1b40ab084bddf5a58645dedabe80e7bd62a54dba7afe  claude/skill/references/commit.md
-48322180252bd9dc8e59a379178faa58865ca2d4cf6192f7b3c964dc3f935bdc  claude/skill/references/coordination.md
-66489f92a60a9261ce8d10ec38bd2595cd5bc4739972a1466f4d5da1895c4df9  claude/skill/references/git-recovery.md
-b2f91dfc0951b4f575430fbc660eaf979ce4322ad563ca5c738ad9a09f489fb8  claude/skill/references/handoff-prep.md
-3a5014dea06ab282f8afd26675744527700aa4635252bf7efc2a56a96c1283a5  claude/skill/references/handoff.md
-10eaf353b5c35ce0d51c10c37ca6cb181121cd20517c793d82c7f5dc5563dff6  claude/skill/references/limits.md
-077c6e9a8c7e099743a0938e3cf2539e585cbc1b1169ace9d6bebbf0add50eb9  claude/skill/references/planning.md
-7451d22e62a8ed9624c8eacef03475eb5ed32b6b7b7c83344c58b5dd281ba2e6  claude/skill/references/verification.md
-0950dd5973db2578547dddfbed1dbe6000c821fda77e2c54da513ff328b5716d  claude/skill/references/visual-companion.md
+3926dbf9c7c244ebbb0baee17b1163387979793cb81c28e90977473d1e0a85e9  claude/skill/references/commit.md
+33ccd670b9d365abcc03edbfa26761ad00970df8e46633799beee4e72e6148fe  claude/skill/references/coordination.md
+90198f8bc6d9e99cbdb32604413c708753ff8503954b6b120aa7c7f00719de96  claude/skill/references/git-recovery.md
+d4b3100626831b23f0b1cf0106ef9f3bc7e6f3d14864e9dd93ae0f8063b5bdda  claude/skill/references/handoff-prep.md
+42a13f77f2b28d660236237dff88cab166f052a178295cef253a774fd6fc8e40  claude/skill/references/handoff.md
+4172c1c8ba397ceb561e437cc6ef02d4c2d7e7ed3df1400a4efbf4b46ddca4fa  claude/skill/references/limits.md
+93a7001c6ad4215170fa331261c2d58835fcdad823724f024d5c81a450133340  claude/skill/references/planning.md
+78704f725dd82bf49f7916ef5522e8c52040ccb05e109b568796d8a9f6e52e6e  claude/skill/references/verification.md
+cae43b5105a1300e87526bcc286516519863b2f8c5f70cd6fe1e0950b196a762  claude/skill/references/visual-companion.md
 30d8cdcb9d7ab6396cab09cd9f5cf6b8003f5490fb5c0ffe9f5acffbb0534978  claude/skill/runtime/adapters/claude.mjs
 d30d118d3b42b805195ed05a3dea0ed3cf939eac811cf0228ca0b0cafeda7969  claude/skill/runtime/adapters/codex.mjs
 c5a56ac147f13e9f946f673ac57a5dadbb4560d1f9deaa7c3b60e703f39b2d83  claude/skill/runtime/capabilities.mjs
@@ -32,23 +33,23 @@ c93f08cf6cafb5d96007df33d00dadda676c54b074fb998c2e523ecfc5e23d30  claude/skill/r
 aa1361419c0137f74793847805a3abc076a8d782c6f590e2d28b8eee5c35065d  claude/skill/runtime/store.mjs
 e4445f3582c55861907e11dfe97ea9e87c69bcc3ff773d3d583914c198f1d024  claude/skill/scripts/apply-models.py
 e4fe5d5718db1cf6ecc5ab289995aafc73de99bd0ed1fa9cf3ebc0815015109d  claude/skill/scripts/model_config.py
-7fe34f48ff1fb3b18257639cfe763b86c61b7e4f33e419f4d829529d2169d1d8  codex/agents/arc-coder.toml
-c9df6eaffd228a99ed4fd6604b032741c85f755bf8e4b2bd22af860f33bb7262  codex/agents/arc-planner.toml
-d79781ade7670a942f4b6b1a7c30406c6328195e395cc47ae0c5a4f3e9a5e449  codex/agents/arc-qa.toml
-c4911b92fc75c316e23164e0efbac5b5a25d7c9666fce0e1f5686e0f96867588  codex/agents/arc-reviewer.toml
-13bf5608336871683f096fc0f305725fb87b5b9703195fbae42f33ef991a00f9  codex/agents/arc-scouter.toml
-d58e8a734bef143e808003b3f3c4e894528330256f10b52e36db5abcc3ae1fc0  codex/skill/SKILL.md
+e88c798941158bf28b67a1f4687c8896d66417d9113b97a7324438c929cf2df5  codex/agents/arc-coder.toml
+d9c718e4a1cce5fef343afbc623ebb82fd29b85f40270b84a0f1770f57a61a50  codex/agents/arc-planner.toml
+793d132db240208729c2d54068634e872ead72b573c0cd4648a6e2f50e5cc56c  codex/agents/arc-qa.toml
+022f1abd7fd325ab543f6c7c5263a1d0c973be417a39ee8f3bb3295b44749fa3  codex/agents/arc-reviewer.toml
+0dc1905c3bb16e3b7117d9b38cab0c1e6e93f496afdb82f782ef830f1f3a6417  codex/agents/arc-scouter.toml
+79a113eebcaff301656fdc52f3713f0dad909ce7b55d6a0357504ca20eb48549  codex/skill/SKILL.md
 019f190ee7a2ccfea059a289ca971265574b043353f89bc96e219436c9827e9e  codex/skill/hooks/runtime-gate.mjs
-6bb10ba131c068ba29bd03f3c3efd58bd353c1be472718970839bf6b7dda7845  codex/skill/references/commit.md
-6d9f098f0edf4dcb4152bd497067f8c156144a027a0e656a557085de330f8fff  codex/skill/references/coordination.md
-c164e4c47e21edb10bb06ba010c684a9cdb0bea40d4cde32f60fb08315dfbb97  codex/skill/references/git-recovery.md
-90a252fab344e19a3b68838fbe974cef9efc375b093b5ea0bbacb951d430174a  codex/skill/references/handoff-prep.md
-46c20384b87730f73d2bb1cba260571618eed1946f8006c466d08ca3b4546105  codex/skill/references/handoff-worktree.md
-e932e083a0aa99e44be126fd2873b9fd48fa855771a41c3184bb76365738db2a  codex/skill/references/handoff.md
-658314d60ed1ff78a1d931b5216a3b85f5f928821db915260ccf06d66e6e91ae  codex/skill/references/limits.md
-7bb0976062272c5f62692d96d6b9689284665d1cb22ee10ec514183fcf48f438  codex/skill/references/planning.md
-99dddab8f92ca95a92ce238fb19cee2c433aff0983e6147c0b40e3f5ccad0117  codex/skill/references/verification.md
-892017d193534039fb82cac1dd41f53a28037ea4b8bf255e4716d348adc7d6be  codex/skill/references/visual-companion.md
+ce8ab4dd1a69176fc4d76b2e9e3c81b9165586c3a29833fe855f2a085f22195e  codex/skill/references/commit.md
+263b4d59d67bc365bcf9e658ebfba1d3896662c5fcdb0f45a87a30fd6b0fd43a  codex/skill/references/coordination.md
+be0a2e4050a0cad20d272775698be82dcc244081c4c1092de56e8a118de718b1  codex/skill/references/git-recovery.md
+39ce5bb81d1fa303394c8c2c6b0d306d9fc341a866654fdabb02a33e6f5c2dee  codex/skill/references/handoff-prep.md
+272b60b91ac05139985611d1555c417eab3ca1783655a9196511a0eda02caaba  codex/skill/references/handoff-worktree.md
+3338d9080415c3cdd4c7a5337f5c1f1d74e9f6cfb084181fe9cce78d906a1162  codex/skill/references/handoff.md
+89ae51633112f8c7bd71ab15940085e01e57d6582fb0d977c9efdf9d77ce9fc3  codex/skill/references/limits.md
+ed40f33754e4b6df683fe567b91974a381cf99ebd5ec772b493a71f17f01d5a7  codex/skill/references/planning.md
+3b89adb5bfbf91ac4937b41cdd3a5ebb2ffb652826fff9d834489bd377245e2c  codex/skill/references/verification.md
+23d928dc115b922e5418db9c89057dab2f19acb7c946420a55923d3bb5148417  codex/skill/references/visual-companion.md
 30d8cdcb9d7ab6396cab09cd9f5cf6b8003f5490fb5c0ffe9f5acffbb0534978  codex/skill/runtime/adapters/claude.mjs
 d30d118d3b42b805195ed05a3dea0ed3cf939eac811cf0228ca0b0cafeda7969  codex/skill/runtime/adapters/codex.mjs
 c5a56ac147f13e9f946f673ac57a5dadbb4560d1f9deaa7c3b60e703f39b2d83  codex/skill/runtime/capabilities.mjs
@@ -64,13 +65,16 @@ aa1361419c0137f74793847805a3abc076a8d782c6f590e2d28b8eee5c35065d  codex/skill/ru
 57e93213dc97465757294cb9d0ae2f4eb2f1384b955c4ca2a39f2fa38f7a9bd7  codex/skill/scripts/apply-models.py
 bce13feeea37c78e5b0ddaf6bdd5ffd2fd0162eabc8c468667133edbabebe944  codex/skill/scripts/model_config.py
 800964b417c573aa7b2a07a76759a4750652222de63a985bc133d50194739358  install.command
-92e329fcfb26899f524c31ce6cdb08997c274560b271d80d230ae303d6987f17  lib/cli/choices.mjs
-7833879c00f296248bb37a367564ad0c5db07e2c441873a0b4e6a3c3733ca137  lib/cli/completion.mjs
-6655cf91a3af427378755299433feb3f0086d43b047c4f6cd5a2c429f2812dba  lib/cli/index.mjs
+d8ed829763544877436f0e6bf349c5460db0c44cce73b75d38c5661c902536c4  lib/cli/choices.mjs
+640d1bfdda880c2f17149209ce35933ee9f4318b35166df2e86ff49e271d8fc5  lib/cli/completion.mjs
+0e0d5135fce87d00bda6a92c03ca39ad542841f80a785674d3f7ac446dbce014  lib/cli/index.mjs
+fe34003f994ab962f60f6ec6e04e6c5f812ceb00936cef3d25365bc4c672707b  lib/cli/postinstall.mjs
 515132cf88973720bb6197a849d896face56c23f3c7fc4681ae9123ffc576318  lib/cli/preset.mjs
 a575a94adc9461a7c5c051983b47d1a40a88fb8ee90fa469041cd99165cbb80f  lib/cli/progress.mjs
-ad8ad2f47da6e1d3160d786628d768e8d95108f1a1c113a6a5305e7c85c438db  lib/cli/root.mjs
+b5497f312d0ad84efc5328def88197adffa239a18f4746ef12ea20059e36d6a8  lib/cli/root.mjs
+034a93e4127e303880dc347488e46214702b343da06f9ba7a7a6c757473622a5  lib/cli/terminal.mjs
 85f25429f208a4b45a36e66f89933d2bbfb470d6f52f032f70971817063e45f0  lib/cli/uninstall.mjs
+4fadbd52e4ecd0d95c7240037c84aa74714e1f9f764440e31d3ce3402c23b5b6  lib/cli/upgrade.mjs
 7719a16f6327ea3ba35206ee41c829ab967f865df9ebbd161129ca28babceb3d  lib/installer/acquisition.mjs
 66bc9a18523f70ddbb1d9a0844173d311aabd2d00d9ed5c06ca6679179ba8b06  lib/installer/global-config.mjs
 061ff82e0c655f47b872610b6ad7bde5d1941eaf7c563491a44291c86b16a349  lib/installer/install.mjs
@@ -78,7 +82,7 @@ f9a0958fc424742f49ce6e2e0a49c7cf2bbe288e0cf3551d69a8a912c8f2709f  lib/installer/
 64713575291e51971abc542df716baa99e9a530a489e92b2f8345b782e0ce4cd  lib/installer/limits.mjs
 cec99b4e9c6e6b6c634c84fba978b93484011b6357b652b99b31612ac522a22d  lib/installer/manifest.mjs
 1e6667f21dfa6eb427d7447df98038bbe534345ebb57d6b401f51efe1077f1ed  lib/installer/package-references.mjs
-92065a84b0f252cc8e90a76b24f110c615c11035e45e073fb00bb7cb5de83bdf  lib/installer/plan.mjs
+383390bb5a73d3db85d4cfe7f8ae0502925552eacc66c849c0061cd82e487ebd  lib/installer/plan.mjs
 5a7860583cadb57295bdac8296a6c8caa4cedf0d1823e7d08c57846ed8342ba5  lib/installer/preset.mjs
 4892d61cfe498a85f47f4a8044a831c853660365c98543eb14f4f4449b727c2f  lib/installer/runtime-config.mjs
 e37be4e8b6f366201f42aeab5d7973baa8303b1f96461ee2ced6ce2e73da3bd2  lib/installer/shell-completion.mjs
@@ -87,14 +91,20 @@ c2ab7eda987cf62bba4dce1b7eb302f350a6c67679b0aaf063b3eea11eb010c5  lib/installer/
 07805edb471c54b87dcc827cf24264571a6427961989d508773b9751a39dc1f0  lib/installer/targets.mjs
 65ba12b4786b8b8c2cd65731a96475a64d1888644e8c68825bc369d74c266ab8  lib/installer/transaction.mjs
 f0606cd2cd4871d11e544b5ad8221e4d9050761d1d80ab94c9219eb7e494b375  lib/installer/uninstall.mjs
+b83205b8244edd9868c91ffbf19864f84a51556b16e87c219b39916b8c31ed51  lib/installer/upgrade-state.mjs
+6274809b326a65bfc6cb5062226b276ef95cc386a5c90c0e70537930c7fd1822  lib/installer/upgrade.mjs
 2946f055d61fbe2ffd6af1c182096e01d8c1a4bfb0aa274547ce5e147dccfd19  lib/limits.mjs
 94c3315811e9694db4423c851437975e658949edb7706cf8124d6e1a4b60d0e5  lib/models/config.mjs
 a7afd79d4620abcf85f4954aab4599870d8e47b897490d1c5c774f256c5e8800  lib/models/index.mjs
 cc205194c9aa90887bb74c11cb0f5adb63f9da8afe660755a73c62d090309385  lib/models/profiles.mjs
+acf28d52dac6a097e577da79ac8b9d2b30872a8f0ea66fc855db4b3f4863be5d  lib/npm/context.mjs
+ee81dee01b1623d95dda9b1d195ce2008811dfb54af3da8324a9e538238ac84e  lib/npm/process.mjs
+8945c12db082a4a93bc71943d698cf60326e0ba45ae2a1caf6488a1dbc9d7cc7  lib/npm/upgrade.mjs
 7c36313221f36a9d08964017c79e8c7b3c848655f6a338f71a24ce508ac6e3ed  lib/policy/claude-hook.mjs
 f32fcb03201c6a73d658a6b3107376f13d03f21503c568a7b4e71ff9b71dd426  lib/policy/placement.mjs
 09b5851cdbcb88b9d4d027e2d96aadb275660354ea64eef0aaa7583ec8090c3e  lib/policy/render.mjs
 5fd21f28b7983a89de8d52033ea61003462586ae679dbf87843b8291a2a29237  lib/policy/role-policy.json
+80e270d526e9a9c5cac23fe6ae293c2fd25a0176e4a8060987fd19dafe2a4594  lib/release/artifact.mjs
 30d8cdcb9d7ab6396cab09cd9f5cf6b8003f5490fb5c0ffe9f5acffbb0534978  lib/runtime/adapters/claude.mjs
 d30d118d3b42b805195ed05a3dea0ed3cf939eac811cf0228ca0b0cafeda7969  lib/runtime/adapters/codex.mjs
 c5a56ac147f13e9f946f673ac57a5dadbb4560d1f9deaa7c3b60e703f39b2d83  lib/runtime/capabilities.mjs
@@ -110,7 +120,7 @@ aa1361419c0137f74793847805a3abc076a8d782c6f590e2d28b8eee5c35065d  lib/runtime/st
 4174dfcfcd4d69a5486b91108ec03279cfd50644109c7457aa87f9ac877fb1ac  lib/safe-fs/native.mjs
 ff9c33c8b3c2bd466d54ffbe4c7139ccd87c79c7de34a6c4cde92e9f6e9b42d2  native/binding.c
 205bedc1dee1a9ffa58124c6e21256a1f0cbe24f06f7c8d7cb0b99524cfab9d0  native/binding.gyp
-cf68d4fe7de6f0f4ba0cbaae10f05063504ba624103a440c1c5a03a4ed104dd5  package.json
+837e5eb730cc792d694939fd8cd5a5db41d6308052ac3fdae32bb0a9756ab51c  package.json
 208c65cfde244d39ce45c3cf1b0acb128f04d21199b6b3fb5466e62db5b64af9  prebuilds/darwin-arm64/arc_safe_fs.node
 572887ac794d10a8b921d8168ea2328e31f05b45987611ff02c83114dba901af  prebuilds/darwin-x64/arc_safe_fs.node
 2bb9443021f9d873712b26321de733eddd6794c45f0bc79e2d5dc98669196635  prebuilds/index.json
@@ -118,12 +128,15 @@ b98bb4ac757ebd6e8f8fc1eb7a6a4389e3a8199984baf6bb1c327a6f952c2c0d  prebuilds/linu
 9f8c2c1e328ee287355bc36afc3173c00ed062611fbd1262e4d30fca83e979dc  prebuilds/linux-x64-gnu/arc_safe_fs.node
 0750a576f8042248a35b55559ccc52ef787a7706de7901169ec929622f256643  scripts/build-native.mjs
 aa394307b1bba68ea7146f76bec479a21f2cbeff9ea18d0786516c677a2d9fbb  scripts/check-installer-parity.mjs
+de88500b49726973d1de71c0bbdf9c993e28720a5b3f28751992c023b617e04c  scripts/pack-release.mjs
+21cb8f3c35ee69ee31e9243f5b8844ca48f1351e77368071f8d4de0116dd1dd7  scripts/postinstall.mjs
 52aa4334c02e1877822304e66959b12f98a1649a547d51b9271623221ef3573a  scripts/probe-runtime-hooks.mjs
 9c6bce1c1ab29ba75b70742e4d67c1eb0d0a0cab31e06b8abd28b057253f32d0  scripts/update-manifest.mjs
 e99ca8fd7dbde12840097e3d68bef06037f04284474fc5006976da40758cf6bb  scripts/update-role-policy.mjs
 38163bb8828e4b4ab6bedfad719dba744ef0d99a09c9b23a85b1076d8375f181  scripts/update-runtime-assets.mjs
 f7c5d8288905ed7a6f0e99e3668a34ed43a3c1a7a3157bc883f22ec94fe22e98  scripts/update-superpowers.mjs
 40f41cc52354e02d9743c7b8d270c187856aac02cd9d7996d19b1f1089355d88  scripts/vendor-toml.mjs
+a8884682a56e563b64931a2e0b025ec50a18bc758b0de7f5a92b7890ac36c4a5  scripts/verify-release.mjs
 fa5659948374d4f555594f47f6da073b40dc503e921aeeece30df4362b3051a5  vendor/toml/LICENSE
 ef924a2a42c7f16761e7098c3ed8e04195ecbcb02d5c369db0aee76f251a409c  vendor/toml/dist/date.js
 76f8e47f5fc57273748242d59570656d7c921a80bceb2291ca5a4d7a723e9f29  vendor/toml/dist/error.js

package/README.md

@@ -53,6 +53,17 @@ npx --yes @yunhozz/arc preset smart --target codex
 npx --yes @yunhozz/arc uninstall --target codex
 ```
 
+## 🧰 Optional: use the global CLI
+
+If you run ARC management commands regularly, you can install the CLI globally and keep using the `arc` command:
+
+```sh
+npm i -g @yunhozz/arc
+arc
+```
+
+The first command installs the CLI. Run `arc` to install the ARC harness. Afterward, use `arc preset` or `arc uninstall` to manage it. `arc uninstall` removes the harness; `npm uninstall -g @yunhozz/arc` removes the CLI and leaves the harness installed.
+
 ## 🎛️ Models and language
 
 The Orchestrator uses the current conversation's model. The five specialist roles use the selected preset from their platform model file: [Codex](codex/skill/models.toml) · [Claude Code](claude/skill/models.toml). The configured language applies across ARC; an explicit user language request takes precedence.

package/bin/arc-upgrade.mjs

@@ -0,0 +1,3 @@
+import {runChild} from '../lib/cli/upgrade.mjs';
+try{let bytes=Buffer.alloc(0);for await(const chunk of process.stdin){bytes=Buffer.concat([bytes,chunk]);if(bytes.length>4096)throw Error('Invalid private upgrade request');}process.exitCode=await runChild(JSON.parse(bytes.toString('utf8')));}
+catch{process.stderr.write('Error: Invalid private upgrade request\n');process.exitCode=2;}

package/claude/agents/arc-coder.md

@@ -45,7 +45,7 @@ assigned skill instructions, and explicitly cited references.
 
 Preserve unrelated staged, unstaged, and untracked changes and edit ownership. MUST NOT automatically stash, reset, clean,
 unstage, discard, amend, delete branches/worktrees, change permissions to bypass a blocker, delete locks,
-or bypass sandbox restrictions. On an actual conflict, missing assigned path, command failure, unexpected Git state,
+or bypass sandbox restrictions. On an actual conflict, missing assigned path, tool failure, unexpected Git state,
 or partial completion, stop dependent work and report observed workspace, branch/HEAD, index, files, completed steps,
 and needed resolution to Orchestrator. Do not retry or fall back automatically. Expected TDD RED is evidence,
 not an operational failure. After Orchestrator resolves a blocker, revalidate affected gates before resuming.

package/claude/agents/arc-qa.md

@@ -17,7 +17,7 @@ hooks:
           onFailure: block
 ---
 
-# Qa
+# QA
 
 {{ARC_OUTPUT_LANGUAGE_POLICY}}
 
@@ -46,7 +46,7 @@ assigned skill instructions, and explicitly cited references.
 
 Preserve unrelated staged, unstaged, and untracked changes and edit ownership. MUST NOT automatically stash, reset, clean,
 unstage, discard, amend, delete branches/worktrees, change permissions to bypass a blocker, delete locks,
-or bypass sandbox restrictions. On an actual conflict, missing assigned path, command failure, unexpected Git state,
+or bypass sandbox restrictions. On an actual conflict, missing assigned path, tool failure, unexpected Git state,
 or partial completion, stop dependent work and report observed workspace, branch/HEAD, index, files, completed steps,
 and needed resolution to Orchestrator. Do not retry or fall back automatically. Expected TDD RED is evidence,
 not an operational failure. After Orchestrator resolves a blocker, revalidate affected gates before resuming.

package/claude/skill/SKILL.md

@@ -12,7 +12,7 @@ Orchestrator MUST NEVER author them and MUST NEVER invoke `brainstorming` or `wr
 If either auto-triggers in Orchestrator context, Orchestrator stops and routes to Planner, citing that skill's SKILL.md
 path in the brief. A user request to skip questions never waives design or approval gates; Planner returns questions to
 Orchestrator. Each top-level task (a plan task, or the whole request without a plan) gets a FRESH Coder,
-and each task that needs QA (risk-scaled, unchanged) gets a FRESH QA, never one reused from another task;
+and each task that needs QA under Risk-scaled execution gets a FRESH QA, never one reused from another task;
 same-task rechecks may reuse.
 
 Follow user instructions and project guidance. Orchestrator uses the current chat model and answers a simple,
@@ -20,8 +20,7 @@ self-contained question (answerable from context or one quick read, no edits) di
 For substantive multistep work, Orchestrator coordinates implementation, configuration, tests, and mixed work.
 Assign material research/analysis and bounded read-only exploration of static code, documents, data, and logs/reports to Scouter.
 Orchestrator handles research directly when the needed material is already in its context or the check is a quick read
-of a few known
-files; all other material research/analysis and bounded exploration goes to Scouter with its configured settings (a
+of a few known files; all other material research/analysis and bounded exploration goes to Scouter with its configured settings (a
 bounded lookup gets a narrow brief: known paths, specific facts, no synthesis). Route by object and deliverable,
 not verbs alone. Standalone document writing has no specialist auto-route. Design, spec, plan, and brainstorming drafts
 are not standalone document writing (see Role gate).
@@ -30,7 +29,7 @@ Live execution-state investigation or cleanup are outside Scouter scope and this
 
 ## Shared terms
 
-The handoff, git-recovery, and commit references and the Coder profile use these terms; context-specific commands,
+The handoff, handoff-prep, verification, and commit references use these terms; context-specific commands,
 paths, and state checks still apply.
 
 - **Preservation rule**: preserve unrelated staged, unstaged, and untracked changes and edit ownership; never
@@ -43,12 +42,13 @@ paths, and state checks still apply.
   automatically; revalidate affected gates after resolution.
 - **Evidence verdict**: each criterion is proven, unmet, or unverified; passing runs, reports, or disposition never
   turn unverified into proven; reports keep unverified scope visible.
+- **Common handoff gate**: the full verification Orchestrator passes before every Coder first start/restart and
+  Orchestrator direct edit; see [handoff](references/handoff.md#common-handoff-gate).
 
 ## Mandatory task references
 
 Orchestrator and each assigned role must read the applicable references before dependent decisions or actions,
-and Orchestrator must
-include in the role brief the accessible path and section name of each reference section the role must read.
+and Orchestrator must include in the role brief the accessible path and section name of each reference section the role must read.
 Resolve paths relative to this installed skill directory.
 These contracts are conditional on the trigger, mandatory when triggered. Missing, inaccessible, or conflicting
 references must be reported to Orchestrator; stop dependent work until resolved.
@@ -62,8 +62,8 @@ Do not load all references on every task.
 | [handoff](references/handoff.md) | Every Coder first start/restart preparation by Orchestrator, and before each Orchestrator direct edit's first edit; Coder trusts the Orchestrator-verified brief under its profile and reads only brief-cited sections |
 | [handoff-prep](references/handoff-prep.md) | Execution-target choice request, each preparation Git mutation (branch creation/switch, staging, commit) |
 | [commit](references/commit.md) | Plan-task acceptance and its focused commit, resuming a task with an unclear commit result |
-| [verification](references/verification.md) | Orchestrator's verification design, QA/Reviewer assignment, correction rechecks, UI acceptance checks, risk classification, acceptance and completion;  QA and Reviewer use their profiles and only brief-cited sections |
-| [git-recovery](references/git-recovery.md) | Branch collision, Git preparation failure, partial completion, metadata write denial recovery |
+| [verification](references/verification.md) | Orchestrator's verification design, QA/Reviewer assignment, correction rechecks, UI acceptance checks, risk classification, acceptance and completion; QA and Reviewer use their profiles and only brief-cited sections |
+| [git-recovery](references/git-recovery.md) | Branch collision, Git preparation failure, partial completion, metadata write denial, handoff record write denial recovery |
 | [visual-companion](references/visual-companion.md) | Visual companion offer or operation |
 
 Before classifying a small-task, plan-omission, or TDD exception, read the full conditions in [handoff](references/handoff.md), including Coder TDD and constraints and Orchestrator direct path for small tasks; read [planning](references/planning.md) for design/plan-depth judgments and [verification](references/verification.md) for the full risk criteria before deciding eligibility. An exception name or this index alone never establishes eligibility.

package/claude/skill/references/commit.md

@@ -14,7 +14,10 @@ Planning documents have their own batch docs commit before Coder handoff.
 
 After commit, verify exact SHA, subject, included paths, branch/HEAD and remaining index/worktree state.
 Preserve unrelated changes; never automatically unstage, amend, reset, clean, stash, or delete branches.
-On failure, stop dependent work and report actual state and completed steps. MUST NOT blindly repeat a commit or staging command. Push, publication and merge require user authorization. Coder must not commit, even when explicitly assigned.
+On failure, stop dependent work and report actual state and completed steps.
+MUST NOT blindly repeat a commit or staging command.
+Push, merge, publish, deploy, and install still follow their separate guidance and approval rules.
+Coder must not commit, even when explicitly assigned.
 
 Hold the task commit for unmet or unresolved criteria, failed or not-run required checks, undispositioned findings or
 evidence gaps, scope expansion, ownership or staged scope/content mismatch, unexpected workspace/branch/HEAD/Git state,
@@ -57,13 +60,6 @@ Approval scope and continuity are defined in [planning](planning.md#authorizatio
 limits are defined in [verification](verification.md#completion-continuity). This plan-task commit contract adds no
 commit obligation to no-plan work and does not turn a local commit into overall completion.
 
-## Automatic commit after plan-task acceptance
-
-Orchestrator accepts each approved top-level task by its own judgment and immediately creates one focused local commit
-for that
-task without additional user commit approval. Read [commit](commit.md) before the acceptance and commit.
-Push, merge, publish, deploy, and install still follow their separate guidance and approval rules.
-
 
 [ARC role policy: contract begin]
 Generated from lib/policy/role-policy.json; do not edit this managed section manually.

package/claude/skill/references/coordination.md

@@ -1,4 +1,4 @@
-# 역할 배정과 조정
+# Role assignment and coordination
 
 Orchestrator reads this before the first specialist creation or assignment and related coordination decisions. Also read [limits](limits.md) and installed `../limits.toml` before first creation. Missing, inaccessible or conflicting references stop dependent work; report the exact paths.
 
@@ -41,8 +41,7 @@ Apply platform, user, and project instructions according to their precedence, th
 permissions, models, concurrency, routing, and approvals, then the local ARC reference assigned to the role. A called skill
 adds no agents or authority. Map executor requests such as `superpowers:executing-plans` and
 `superpowers:subagent-driven-development` to Orchestrator's dependency-aware coordination and risk-scaled verification;
-this replaces
-executor mechanics and any separate execution-method choice, including prompts in an existing local reference.
+this replaces executor mechanics and any separate execution-method choice, including prompts in an existing local reference.
 Preserve plan approval, workspace, design, spec, and other applicable requirements, including TDD subject to the
 explicit ARC exception in [handoff](handoff.md#coder-tdd-and-constraints). Adapt local `brainstorming` role, save, and early spec commit instructions to
 ARC Planner ownership and evidence gates in planning/handoff; preserve upstream reference content. Report conflicts or
@@ -53,10 +52,9 @@ Orchestrator. Planner preserves complete requested drafts. Orchestrator integrat
 obtain approval; never author), routes decisions and required approvals,
 and owns development acceptance and completion. Orchestrator coordinates dependent implementation tasks sequentially and
 starts a fresh Coder for each top-level task; reuse the current Coder only for corrections, rework, or rechecks of the same
-task while the
-approved scope, workspace, ownership, and relevant context remain valid, after Orchestrator rechecks workspace,
+task while the approved scope, workspace, ownership, and relevant context remain valid, after Orchestrator rechecks workspace,
 branch/HEAD and change state against the brief. A fresh Coder for the next task is a restart under handoff (choice reuse
-and restart brief rules are there). After an approved plan or acceptance-criteria amendment, start a fresh Coder for
+and restart brief rules are in handoff). After an approved plan or acceptance-criteria amendment, start a fresh Coder for
 the remaining work even within the same task. Do not add per-task QA or
 review gates solely because a task boundary exists; apply risk requirements and specific approved obligations. If the
 next task depends on a still-unverified risky contract, complete applicable QA at that dependency boundary and
@@ -136,6 +134,8 @@ changes do not automatically reparent running agents or prove runtime parent beh
 For browser visualization needs read [visual-companion](visual-companion.md). Use only capabilities
 available within each role's exact allowlist; report unavailable capabilities and preserve unverified visual scope.
 
+Claude profile `model` and `effort` frontmatter values are shipped defaults; installation overwrites them with the active `models.toml` preset values.
+
 [ARC role policy: contract begin]
 Generated from lib/policy/role-policy.json; do not edit this managed section manually.
 - [git.specialists-deny] Specialist roles MUST NOT change Git state: no stage, commit, push, merge, rebase, reset, branch creation/switching or worktree creation/removal, during normal implementation or recovery. Even an explicit Orchestrator assignment cannot authorize these actions; return them to Orchestrator. Read-only Git inspection remains allowed within the assigned scope.

package/claude/skill/references/git-recovery.md

@@ -1,6 +1,6 @@
 # Preserve state after failure
 
-Read on branch collision, Git preparation failure, partial completion, or Git metadata write denial.
+Read on branch collision, Git preparation failure, partial completion, Git metadata write denial, or handoff record write denial.
 
 On an actual failed Git/tool command, partial completion, unexpected branch/HEAD, missing assigned path,
 or conflicting edit, stop dependent work. Inspect and record the actual absolute path, branch or detached HEAD, HEAD,
@@ -43,4 +43,5 @@ report the actual state.
 ## Handoff record write denial
 
 If writing the canonical handoff record is denied or unavailable, stop that write, report the path and error to
-Orchestrator, and do not change permissions or bypass the sandbox. Use the inline-record fallback in handoff.
+Orchestrator, and do not change permissions or bypass the sandbox. Use the inline-record fallback in
+[handoff.md](handoff.md).

package/claude/skill/references/handoff-prep.md

@@ -3,6 +3,8 @@
 Claude v1 supports the current checkout only; ARC-managed worktree execution is unsupported.
 Do not create or attach worktrees as a fallback. Report unsupported requests before dependent work.
 
+## Execution-target and Git evidence gates
+
 ### Execution-target request gate
 
 Before requesting the user's execution-target choice, Orchestrator verifies and records planned document scope,
@@ -65,8 +67,8 @@ the task's main purpose and a short, specific lowercase kebab-case topic without
 | chore/ | Operational policy, tools, maintenance |
 | revert/ | Revert a prior change |
 
-Validate the name and check collisions before creation. If the base name exists, append `-2`, `-3`, and so on to the
-topic, choosing the first unused name (`chore/branch-policy`, then `chore/branch-policy-2`).
+Validate the name and check collisions before creation. If the base name exists, never automatically substitute a
+suffix; present a new candidate for explicit approval and use it only after the user approves it.
 Never reuse, delete, or overwrite an existing branch. Distinguish a lookup error from a missing branch;
 a lookup error blocks handoff and goes to git-recovery. Recheck workspace, branch or detached HEAD, base HEAD,
 and candidate before execution. If the target changes or a new collision changes the candidate, present it and obtain

package/claude/skill/references/handoff.md

@@ -85,8 +85,8 @@ Before any exception judgment, Orchestrator reads [Risk-scaled execution](verifi
 
 ## Common handoff gate
 
-Before every Coder first start/restart, Orchestrator passes the full gate in
-[handoff](handoff.md): applicable approvals/artifacts or valid omissions, explicit execution-target choice
+Before every Coder first start/restart, Orchestrator passes the full gate:
+applicable approvals/artifacts or valid omissions, explicit execution-target choice
 or verified reuse, intended accessible repository/workspace, actual Git identity/state, preservation/ownership,
 verified document commits or valid absence, and no unresolved failure/partial completion.
 Missing evidence, mismatches, unclear ownership or unresolved preparation block handoff and require Orchestrator
@@ -94,7 +94,7 @@ resolution and full revalidation. Handoff owns the evidence fields, canonical ha
 and reuse. Coder trusts the Orchestrator-verified brief and reports actual conflicts under its self-contained profile;
 never replace its local guards with a requirement to load Orchestrator procedures.
 Depth-2 roles use the supplied workspace and report path/state conflicts; they cannot create/switch workspaces or
-branches. The same conditions apply before a Orchestrator direct edit.
+branches. The same conditions apply before an Orchestrator direct edit.
 Claude v1 supports the current checkout only; obtain the explicit current-branch or task-branch choice and complete
 approved document preparation under [handoff-prep](handoff-prep.md).
 ARC-managed worktree execution is unsupported; report an isolated worktree request before dependent work.
@@ -134,8 +134,8 @@ that scope; no duplicate approval is needed. Otherwise present the scope record
 approval before editing. Silence, an ambiguous response, or approval of other work is not approval.
 Orchestrator then verifies the same handoff gate as a Coder first start: explicit execution-target choice or valid
 reuse, accessible intended workspace and repository, branch or detached HEAD, HEAD, staged/unstaged/untracked state,
-preservation and ownership, and no unresolved failure or partial completion. Read the [handoff](handoff.md)
-and [handoff preparation](handoff-prep.md) references before checking this gate.
+preservation and ownership, and no unresolved failure or partial completion. Read this reference
+and [handoff preparation](handoff-prep.md) before checking this gate.
 
 Orchestrator edits only the approved files, preserves others' edits, and makes surgical changes without unrelated
 refactoring or unapproved dependencies. Behavior edits follow the Coder TDD rules and applicable recorded waiver
@@ -147,8 +147,7 @@ or any criterion fails, stop editing, record completed changes, and return subse
 flow. A failed focused check or a QA finding routes the correction to Coder, and it is rechecked; Orchestrator does not
 self-correct.
 
-Like other plan-skip
-paths, there is no automatic task commit; commits follow applicable guidance and user requests.
+Like other plan-skip paths, there is no automatic task commit; commits follow applicable guidance and user requests.
 
 
 [ARC role policy: contract begin]

package/claude/skill/references/limits.md

@@ -30,7 +30,7 @@ Serialize work when a batch does not fit. There are no reserved role slots.
 
 Preserve the ledger through continuation, resume and context compaction; reconcile actual instance
 IDs before dispatch. Ledger loss must never reset counters to zero. If reconstruction is incomplete,
-hold creation and report the unknown budget; use a conservative bound only with sufficient evidence.
+hold creation and report the unknown budget; use a conservative upper bound only when the reconstructed records support it.
 Completion frees confirmed active capacity; it does not restore the total-created budget. Exhaustion holds new
 creation and requires reporting remaining work and budgets. It does not authorize skipping required
 QA or Reviewer, role freshness, approval, ownership, dependency or same-file edit gates.

package/claude/skill/references/planning.md

@@ -27,11 +27,12 @@ a well-supported infeasibility result can complete it. Probe-only authorization
 or subsequent implementation. Record question, method/scope, criteria, and constraints; a sufficiently specific probe
 request can supply that approval. Match checks to probe purpose/risk and do not report probe evidence as product proof.
 
-If the user explicitly requests both a probe and implementation and the whole scope is sufficiently specified,
-classify the entire scope. When the entire scope meets Bounded conditions, the probe is an internal investigation
-with no new approval boundary at its report. Unknown implementation is not blanket authorization: hold affected
-implementation if findings materially change scope, method, or risk, or leave a new material decision. Reassess depth
-and obtain any required design/spec/plan approvals before that implementation. A probe-only request remains separate.
+If the user explicitly requests both a probe and implementation and the whole scope is sufficiently specified, classify
+the entire scope. When the entire scope meets the Bounded path criteria in Design path and plan depth, the probe is an
+internal investigation with no new approval boundary at its report. Unknown implementation is not blanket authorization:
+hold affected implementation if findings materially change scope, method, or risk, or leave a new material decision.
+Reassess depth and obtain any required design/spec/plan approvals before that implementation. A probe-only request
+remains separate.
 
 ## Formal drafting boundary
 
@@ -44,11 +45,11 @@ affected drafting or save and is reported to Orchestrator. Planned scope and pat
 Initial target preparation does not authorize Coder; the complete handoff gate still applies.
 
 Orchestrator classifies scope before implementation. The Orchestrator direct path for small tasks is defined only in
-SKILL.md ("Orchestrator direct path for small tasks"); follow it there and stop and reclassify if scope or risk changes.
+[handoff](handoff.md#orchestrator-direct-path-for-small-tasks); follow it there and stop and reclassify if scope or risk changes.
 Everything else follows this reference. Brainstorming and writing-plans are instructions for existing roles,
 not extra agents; ARC routing and approval gates apply even if a skill names another executor.
-Report a missing required skill before its stage. Integrate means save, route, and obtain approval; never author.
-Significant risk is defined in SKILL.md Risk-scaled execution.
+Report a missing required skill before its stage; it blocks that stage. Integrate means save, route, and obtain approval; never author.
+Significant risk is defined in [verification](verification.md#risk-scaled-execution).
 
 When the request or brief is in Korean, Planner writes spec and plan titles and prose in Korean unless the user asks
 otherwise, preserving identifiers, skill/API names, code, paths, commands, and literal values.
@@ -85,7 +86,7 @@ a bounded path or document omission does not imply low risk, and architectural d
    answers/revisions, and obtains approvals; Orchestrator never runs brainstorming or writing-plans itself (SKILL.md
    Role gate); the direct path uses only a scope record.
 2. Spike: apply Probe scope above; distinguish probe-only authorization from a sufficiently specified combined scope.
-   Bounded: approve a short design before Coder or a Orchestrator direct edit (Planner's design before
+   Bounded: approve a short design before Coder or an Orchestrator direct edit (Planner's design before
    Coder; a direct edit uses only an approved scope record). Architectural: approve the design, then Planner returns a
    complete spec draft and self-review; Orchestrator integrates, saves (user's path or
    `docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md`), self-reviews, and obtains written-spec approval before
@@ -100,7 +101,7 @@ a bounded path or document omission does not imply low risk, and architectural d
    assumptions/open decisions, verification requirements, and self-review. Orchestrator integrates, saves to the user's
    path or `docs/superpowers/plans/YYYY-MM-DD-<feature-name>.md`, self-reviews, and obtains plan approval before Coder.
    Planner cannot save, implement, or request approval.
-5. Every Coder first start and restart requires all applicable approvals and the common handoff gate (SKILL.md,
+5. Every Coder first start and restart requires all applicable approvals and the Common handoff gate (SKILL.md,
    handoff). Non-behavior configuration/documentation may skip inapplicable design/planning stages but not the gate.
 
 When Orchestrator's recorded plan-depth judgment requires a Bounded written spec, record that and its scope,
@@ -124,7 +125,7 @@ Substeps and checkboxes are progress, not commit units: one approved top-level t
 Orchestrator acceptance. Never list Reviewer as a per-task check. State final plan QA/integration verification
 separately with scope and timing; for significant work it lists the single independent Reviewer of the final full change
 after all tasks are accepted. Task boundaries add no QA gates; keep risk requirements, risky-dependency QA,
-and approved obligations. No-change, hold, and resume follow commit.
+and approved obligations. No-change, hold, and resume follow [commit](commit.md).
 
 ## Dependency and readiness record
 
@@ -140,13 +141,16 @@ A task is ready only when all applicable approvals and execution preparation are
 are available and settled, predecessors have required evidence and Orchestrator acceptance plus verified focused
 commits (or accepted no-change records), ownership/resources do not conflict, its required check/QA path is available,
 and a subagent slot exists under both the configured ARC full-tree cap shared by all roles and any lower actual runtime
-limit. Report runtime limits. Start all ready independent tasks with fresh Coders concurrently within capacity;
-record each hold or serialization reason instead of silently following list order. Preserve existing risk gates.
+limit (see [limits](limits.md)). Report runtime limits; ARC's cap is not a claim of runtime capability. Start all ready
+independent tasks with fresh Coders concurrently within capacity; record each hold or serialization reason instead of
+silently following list order. Preserve existing risk gates, risk-scaled QA/Reviewer timing and execution-target
+restrictions.
 
 Update the map on completion, check evidence, acceptance, commit, slot return and new conflicts. Completion reports
 alone do not release dependents. Reevaluate newly ready tasks immediately without waiting for unrelated batch members;
 failed or ambiguous predecessors hold their dependent chain, while unaffected ready tasks may proceed. Dispatch still
-passes handoff.md for each task; commits and shared Git mutations follow commit.md. This record does not authorize
+passes [handoff](handoff.md) for each task, refreshing assignment evidence there; commits, shared-checkout Git
+coordination and shared Git mutations follow [commit](commit.md). This record does not authorize
 Orchestrator to rewrite Planner's approved task boundaries or waive approvals.
 
 For example, with A → B → C and independent D and two slots, start A and D. After A's required checks,
@@ -202,7 +206,7 @@ Do not modify external skills.
 
 | Path | Approvals and preparation |
 |---|---|
-| Spike probe | Approve question, method/scope, criteria, constraints; no spec/plan forced. If Coder runs the probe, pass the common gate after approval. Read-only investigation needs no gate. |
+| Spike probe | Approve question, method/scope, criteria, constraints; no spec/plan forced. If Coder runs the probe, pass the Common handoff gate after approval. Read-only investigation needs no gate. |
 | Bounded, plan skipped | Approve the short design and record plan-skip criteria; select target, prepare any documents or record absence, pass the gate. |
 | Bounded, plan required | Approve short design and every required plan; a spec only when the depth judgment requires it, approved before dependent plans. One preparation batch, then the gate. |
 | Architectural | Approve design, then spec, then every plan; select and prepare the target before formal drafting; complete the set before batch commit, final verification, and the gate. |
@@ -231,31 +235,6 @@ Orchestrator briefs absolute ARC paths `references/superpowers/brainstorming/SKI
 `references/superpowers/writing-plans/SKILL.md`. Planner reads them directly; resolve relative references within each
 skill. Missing files stop the stage; report paths without global fallback. Keep ARC approval and ownership gates.
 
-## Dependency analysis and parallel dispatch
-
-Before the first Coder assignment for an approved plan, Orchestrator records its dependency/readiness map and
-initial ready batch under [planning](planning.md), which owns record fields and readiness conditions.
-File separation alone never proves independence. Pass the full approval/preparation and handoff gates for every
-assignment; unresolved dependencies, shared contracts, or ownership conflicts hold affected work.
-Start all ready independent tasks concurrently with fresh Coders within capacity under [limits](limits.md)
-and any lower actual runtime limit; record capacity and serialization reasons. Same-file concurrent Coder edits are
-prohibited, even on different lines. ARC's cap is not a claim of runtime capability.
-
-Reassess readiness after completion reports, new check evidence, acceptance, commit, slot return, or a new conflict.
-Coder completion alone does not release dependents: require predecessor checks, Orchestrator acceptance and verified
-focused commit, or accepted no-change evidence under [commit](commit.md). Start newly ready tasks without
-waiting for unrelated batch members; failures hold affected dependents while unaffected ready work may continue.
-Preserve risk-scaled QA/Reviewer timing and execution-target restrictions. Shared-checkout Git coordination belongs to
-commit.md; refresh assignment evidence under [handoff](handoff.md).
-
-
-Design and plan depth are independent of verification risk. Planner alone uses local brainstorming/writing-plans
-(Role gate);
-Orchestrator integrates complete drafts and obtains applicable approvals. Architectural specs and Bounded written specs
-required by Orchestrator's recorded plan-depth judgment use planning save gates; a required plan alone does not require
-a spec. Obtain explicit execution-target choice and verify actual target preparation before formal drafting
-and saving. Complete all current-scope individual document approvals before the batch docs commit. A missing required skill blocks its stage.
-
 
 [ARC role policy: contract begin]
 Generated from lib/policy/role-policy.json; do not edit this managed section manually.

package/claude/skill/references/verification.md

@@ -111,8 +111,7 @@ For Orchestrator, **Evidence verdict**: each criterion is proven, unmet, or unve
 ## Risk-scaled execution
 
 Orchestrator assigns edits exclusively to Coder except under the Orchestrator direct path in [handoff](handoff.md#orchestrator-direct-path-for-small-tasks), and determines affected
-behavior, risk,
-and smallest meaningful verification.
+behavior, risk, and smallest meaningful verification.
 
 | Risk | Minimum flow |
 |---|---|
@@ -122,19 +121,15 @@ and smallest meaningful verification.
 
 Ordinary and significant plan tasks need a FRESH QA before acceptance; only small, low-risk tasks may be accepted on
 Orchestrator focused checks. Small, low risk means narrow, understood, readily reversible, and verifiable by focused
-checks. Ordinary behavior
-fails those conditions without a significant-risk trigger. Significant risk includes shared role/behavior contracts,
-shared state, lifecycle/integration order, security/permissions, data loss/migration, public interfaces, or costly
+checks. Ordinary behavior fails those conditions without a significant-risk trigger. Significant risk includes shared
+role/behavior contracts, shared state, lifecycle/integration order, security/permissions, data loss/migration, public interfaces, or costly
 installation/deployment/rollback. Substantial behavior or contract changes are significant regardless of file count.
-Unclear risk requires
-investigation or the higher flow. Environment failure does not waive checks or determine design depth.
+Unclear risk requires investigation or the higher flow. Environment failure does not waive checks or determine design depth.
 
 Do not add per-task gates automatically. Reviewer is never a plan-task acceptance prerequisite; for significant work
-with a
-plan, it reviews the final full change once after all plan tasks are accepted with their risk-scaled checks,
+with a plan, it reviews the final full change once after all plan tasks are accepted with their risk-scaled checks,
 following the last plan task's required checks and any QA recheck at the final relevant state; significant work without
-a plan
-keeps Reviewer after QA before acceptance. Preserve specific approved obligations and complete risky dependency checks
+a plan keeps Reviewer after QA before acceptance. Preserve specific approved obligations and complete risky dependency checks
 before dependent implementation. Reuse evidence only when scope, relevant state, independence, freshness, and flow
 position satisfy each covered requirement; changes, failures, or missing/conflicting evidence invalidate affected reuse.
 QA checks independently without edits; Reviewer independently reads the final full change after QA for significant
@@ -144,25 +139,10 @@ explicitly dispositioned.
 
 Criterion verdicts follow the Evidence verdict.
 
-### Final plan Reviewer correction loop
-
-For a plan's final overall Reviewer findings, including behavior findings, Orchestrator assigns
-Coder → Reviewer recheck with no QA reassignment. Repeat corrections and Reviewer rechecks until findings are resolved;
-the initial single full review does not prohibit necessary rechecks. Before the initial final overall Reviewer,
-risk-required checks and QA execution failures or unmet criteria still require Coder correction → QA recheck.
-This exception applies only to findings from the final overall Reviewer of work with a plan.
-Work without a plan retains its existing verification flow. Scope expansion, separate mandatory obligations,
-or unresolved evidence gaps hold affected work for Orchestrator to resolve and obtain required approvals.
-Orchestrator assigns corrections/rechecks and decides acceptance. Reviewer remains read-only, must not run QA
-checks or decide acceptance. Previous QA evidence must not be presented as post-fix execution evidence;
-report only checks actually performed, their actor, target state, results and remaining limits.
-
-Read verification for evidence fields, failure/finding flow, UI permissions, cleanup and acceptance reporting.
-
 Authorization evidence and probe/combined scope are owned by [planning](planning.md#authorization-and-scope);
 valid reuse and actual-state refresh by [handoff](handoff.md#authorization-continuity).
-After gates hold, continue approved no-doc scope through required checks and Orchestrator acceptance under
-[verification](verification.md#completion-continuity); a role report alone does not complete the work.
+After gates hold, continue approved scope without saved documents through required checks and Orchestrator acceptance under
+Completion continuity above; a role report alone does not complete the work.
 
 
 [ARC role policy: contract begin]