diff --git a/docs/api.html b/docs/api.html
index cc7e2ea..5979e88 100644
--- a/docs/api.html
+++ b/docs/api.html
@@ -534,11 +534,14 @@ <h2 id="widget-dev-sessions">Widget dev sessions</h2>
     <tr><td>DELETE</td><td><code>/widget-dev/sessions/{id}</code></td><td>–</td><td>Stops watching. The running generation stays installed and keeps rendering where it was placed.</td></tr>
     <tr><td>POST</td><td><code>/widget-dev/sessions/{id}/rebuild</code></td><td>–</td><td>Builds the folder now. <code>409 SESSION_STOPPED</code> for a stopped session. Person-only.</td></tr>
     <tr><td>POST</td><td><code>/widget-dev/sessions/{id}/place</code></td><td><code>{ conversationId, widgetId? }</code></td><td>Places the running widget in a conversation. Person-only.</td></tr>
+     <tr><td>POST</td><td><code>/widget-dev/chosen-folders/forget</code></td><td><code>{ root }</code></td><td>Takes back your choice of a folder: it no longer lets Clark start sessions in it, or in the folders inside it. Answers <code>{ root, forgotten, stillCoveredBy? }</code>; <code>forgotten</code> is <code>false</code> when the folder was not chosen, so a second press is harmless. <code>stillCoveredBy</code> names a folder Clark may still develop in that holds this one (another folder you chose, or a <code>workspace.roots</code> value you recorded), so Clark keeps access there until that one goes too. Running sessions stay as they are. Person-only.</td></tr>
   </tbody>
 </table></div>
-<p>Starting, rebuilding and placing install code, so the WebSocket relay, <code>clarkcant api</code> and MCP refuse them with <code>403 PERSON_ONLY</code>. Reading and stopping a session stay reachable everywhere. In the conversation, Clark's <code>develop_widget</code> tool (<code>start</code>, <code>status</code>, <code>rebuild</code>, <code>place</code>, <code>stop</code>) drives the same sessions; it starts, rebuilds or places only in a turn the person sent, never in one a machine surface, an automation or a paired node sent.</p>
+<p>Starting, rebuilding and placing install code, so the WebSocket relay, <code>clarkcant api</code> and MCP refuse them with <code>403 PERSON_ONLY</code>. Forgetting a chosen folder is refused the same way: taking a choice back is yours, as making it is. Reading and stopping a session stay reachable everywhere. In the conversation, Clark's <code>develop_widget</code> tool (<code>start</code>, <code>choose</code>, <code>folders</code>, <code>status</code>, <code>rebuild</code>, <code>place</code>, <code>stop</code>) drives the same sessions; it starts, rebuilds or places only in a turn the person sent, never in one a machine surface, an automation or a paired node sent. <code>choose</code> and <code>folders</code> only show you the <code>develop</code> card (a folder to choose, or the folders you chose, each with <strong>Forget</strong>); neither starts nor forgets anything. <code>choose</code> offers a lasting choice, so it too runs only in a turn you sent; <code>folders</code> only narrows access and runs in any turn.</p>
 <ul>
-  <li><strong>Folders.</strong> <code>root</code> is resolved to its real path first. <code>400 ROOT_NOT_LOCAL</code> refuses a Windows network share or device path; <code>400 ROOT_IN_DATA_FOLDER</code> refuses the node's data folder, a folder inside it or one that holds it, except Clark's widget workspace <code>&lt;dataDir&gt;/widget-workspace</code>. A session Clark starts may watch only that workspace; any other folder is <code>403 ROOT_NOT_OWNED</code>.</li>
+  <li><strong>Folders.</strong> <code>root</code> is resolved to its real path first. <code>400 ROOT_NOT_LOCAL</code> refuses a Windows network share or device path; <code>400 ROOT_IN_DATA_FOLDER</code> refuses the node's data folder, a folder inside it or one that holds it, except Clark's widget workspace <code>&lt;dataDir&gt;/widget-workspace</code>. A session you start on the route marks its folder as one you chose (<code>chosenByPerson</code> in the session view), but only when the path you gave is the folder itself as it resolves at that moment: a path through a link or junction starts the session it leads to without marking anything, so a link swapped in after the card was drawn grants nothing. The choice covers every folder inside it. A whole drive or your home folder itself is never marked: a session may run there, but Clark keeps no access. A chosen folder is kept as the real path it had when you started it, so if that path later leads somewhere else (the folder was replaced by a link or junction, moved or removed) the choice no longer counts; it is still listed, as not found, so you can forget it. A session Clark starts may watch that workspace, a folder you chose (or one inside it), or a folder inside a <code>workspace.roots</code> preference you recorded yourself; any other folder is <code>403 ROOT_NOT_OWNED</code>, nothing starts, and Clark's answer carries a host-drawn <code>develop</code> card offering the folder to you.</li>
+  <li><strong>Choosing a folder.</strong> <code>/develop</code> and <code>/develop &lt;folder&gt;</code> (or asking Clark, which uses <code>develop_widget</code> <code>choose</code>) answer with the same <code>develop</code> command card. It names the folder the path resolves to when the card is drawn, and shows the path given when that differs; a press sends that canonical path, which is kept as your choice only if it is still the folder itself when pressed. A path that is not found, not absolute, or a network share or device gets no button, only a note saying why. Each row's action is <code>{ "kind": "develop-folder", "root"? }</code>, and the card starts nothing itself: a press in your own app calls <code>POST /widget-dev/sessions</code> as you, so no agent, widget or machine surface chooses a folder for itself. Without a <code>root</code> the desktop app opens the system folder dialog; where it cannot (a browser, a node on another machine, a dialog that does not open) the row asks for the path.</li>
+  <li><strong>Forgetting a folder.</strong> <code>/develop forget</code> (or asking Clark which folders it may use) lists the folders you chose, each with a <strong>Forget</strong> button whose action is <code>{ "kind": "develop-folder-forget", "root" }</code>. A press calls <code>POST /widget-dev/chosen-folders/forget</code> as you. Forgetting does not stop a running session, and a folder inside another folder you chose stays reachable through that one; the answer says so.</li>
   <li><strong>Packages.</strong> Only <code>isolated-ui</code> and <code>declarative</code> facets run. A package with a service, tools or native facet fails to build with <code>FACET_LANE_UNSUPPORTED</code>. A package id that belongs to something else on the node is refused as <code>activation.state: "refused"</code> with <code>PACKAGE_LISTED</code>, <code>PACKAGE_IN_OTHER_SESSION</code> or <code>PACKAGE_INSTALLED_OTHERWISE</code>.</li>
   <li><strong>Builds.</strong> A build that does not read as a package produces no generation: <code>lastBuild.ok</code> is <code>false</code> with up to 32 <code>diagnostics</code>, the running generation keeps running, and <code>showingLastKnownGood</code> is <code>true</code>. A folder over 5,000 files or 64 MiB fails with <code>FILES_TOO_LARGE</code>, a link out of it with <code>FILES_LINK_REFUSED</code>, and files that could not be read with <code>FILES_UNREADABLE</code>.</li>
   <li><strong>Consent.</strong> Each install is decided under a consent scope: the package id with its declared reach, resources, facet lanes, facets, permissions and requested capabilities. The install question in <code>GET /inbox</code> carries that scope as its <code>operationDigest</code> and is decided on <code>POST /packages/approvals/{approvalId}/decision</code>. A later build with the same scope installs on that approval; a build whose scope changed is a new question, and the generation before it keeps running meanwhile.</li>
diff --git a/docs/cli.html b/docs/cli.html
index 9f8f66b..92f1748 100644
--- a/docs/cli.html
+++ b/docs/cli.html
@@ -108,7 +108,7 @@ <h2 id="widget-dev-sessions">Develop a widget in the conversation</h2>
 <p><code>clark widget dev</code> simulates a node. To see the widget on your node itself, ask Clark to develop one (“build me a timer widget”), or start a session on the <a href="api.html#widget-dev-sessions">widget dev session routes</a>. Your node watches the folder with the same build engine the dev host uses. Every change that reads as a package becomes a new build, named by the digest of its files, copied into the node's package cache and listed for this node alone, then installed through the ordinary install path. Nothing goes through npm, the Marketplace or a directory index, and nothing is published. A <code>node_modules</code> folder at the top is left out of each build; built output such as <code>dist</code> is kept.</p>
 <p>The widget appears in the conversation in the real widget frame, with the real sandbox, bridge, state and migrations. A new build reloads only the frame: the widget keeps its state, which goes through the package's own migrations when the version changes. Beside the frame, your node says which build is on screen and, when it is not the newest, why: the new build failed (with its problems listed), it waits for your answer in the inbox, or the policy refused it. “Showing the last successful build” appears exactly when that is what you see.</p>
 <ul>
-  <li><strong>Where.</strong> Clark develops widgets in its own widget workspace, <code>&lt;dataDir&gt;/widget-workspace</code>, where it scaffolds a new one. To have Clark work on a widget project you already have, copy its folder there. Pointing Clark at another project folder is not available yet (<a href="https://github.com/digitopvn/clarkcant/issues/538" rel="noopener">#538</a>). A session you start yourself on the route may watch any other local folder, but never the node's own data folder or a network share.</li>
+  <li><strong>Where.</strong> Clark develops widgets in its own widget workspace, <code>&lt;dataDir&gt;/widget-workspace</code>, where it scaffolds a new one. To have Clark work on a widget project you already have, choose its folder yourself: type <code>/develop</code> (or <code>/develop &lt;folder&gt;</code>, or ask Clark) and press <strong>Choose folder…</strong> in the card that answers. The desktop app opens your system's folder dialog; a browser, or a desktop app connected to a node on another machine, asks for the folder's full path on the node's machine and says why. If Clark wants to develop a folder you have not chosen, nothing starts, and the same card offers it to you with <strong>Develop this folder</strong>. The card names the folder the path really leads to, and says so when that differs from the path you gave; a path that is not found gets no button. A press keeps the folder as your choice only if the path is still that folder itself when you press, so a link put in its place meanwhile gains nothing. Only a message you sent can make Clark show a folder to choose. Once you start a folder, Clark may work in it, and in every folder inside it, without asking again, until you take that back: type <code>/develop forget</code> (or ask Clark which folders it may use) and press <strong>Forget</strong> beside the folder. Forgetting does not stop a running session, and a folder inside another folder you chose stays reachable through that one (the answer says so). A chosen folder that is moved away is listed as not found, so you can still forget it. A whole drive or your home folder can be developed for one session, but Clark never keeps access to it. A session you start yourself may watch any local folder, but never the node's own data folder or a network share.</li>
   <li><strong>What.</strong> A session runs only widgets that stay in the frame and declarative data (<code>isolated-ui</code> and <code>declarative</code> facets). A package with a service, tools or a native part is refused with a problem saying so; install it the ordinary way.</li>
   <li><strong>Consent.</strong> Your execution policy decides each install as it decides any other. A session Clark started is Clark's own proposal, so guarded mode asks before its first install; a session you started is your request. When your mode asks, the first install is a question, and so is every build that changes what the package reaches: declared reach, resources, facet lanes, facets, permissions or requested capabilities. A build that changes only code or UI reuses your answer and runs at once. A mode that does not ask runs every build, and when a build reaches more than the one before it without anyone being asked, the conversation says what it added.</li>
   <li><strong>Limits.</strong> A node watches at most 8 folders at once. A folder over 5,000 files or 64 MiB, or one holding a link that points outside it, is refused with what to change.</li>
diff --git a/docs/index.html b/docs/index.html
index 0a242b0..540c0bd 100644
--- a/docs/index.html
+++ b/docs/index.html
@@ -97,6 +97,7 @@ <h2 id="slash-commands">Slash commands</h2>
   <li><code>/thinking</code> chooses how hard the next turns think, from a list, or directly: <code>/thinking high</code>, <code>/thinking default</code>. It is the same setting as Settings → AI &amp; Routing → Thinking level.</li>
   <li><code>/background &lt;request&gt;</code> runs the request as background work beside the conversation and reports back in it.</li>
   <li><code>/report</code> reports a bug or asks for a feature in ClarkCant itself. See <a href="#report">below</a>.</li>
+  <li><code>/develop</code> chooses a folder to develop a widget from, live in the conversation; <code>/develop &lt;folder&gt;</code> offers that folder, and <code>/develop forget</code> lists the folders you chose so you can take one back. See <a href="cli.html#widget-dev-sessions">developing a widget in the conversation</a>.</li>
 </ul>
 <p>A command typed in the middle of a sentence is just text. Commands are not sent to the model. See <a href="api.html#provider-sign-in">provider sign-in routes</a>.</p>
 
diff --git a/vi/docs/api.html b/vi/docs/api.html
index e481575..77b0e80 100644
--- a/vi/docs/api.html
+++ b/vi/docs/api.html
@@ -534,11 +534,14 @@ <h2 id="widget-dev-sessions">Phiên phát triển widget</h2>
     <tr><td>DELETE</td><td><code>/widget-dev/sessions/{id}</code></td><td>–</td><td>Ngừng theo dõi. Thế hệ đang chạy vẫn được cài và tiếp tục hiển thị ở nơi nó đã được đặt.</td></tr>
     <tr><td>POST</td><td><code>/widget-dev/sessions/{id}/rebuild</code></td><td>–</td><td>Dựng thư mục ngay. <code>409 SESSION_STOPPED</code> với phiên đã dừng. Chỉ người dùng.</td></tr>
     <tr><td>POST</td><td><code>/widget-dev/sessions/{id}/place</code></td><td><code>{ conversationId, widgetId? }</code></td><td>Đặt widget đang chạy vào một hội thoại. Chỉ người dùng.</td></tr>
+     <tr><td>POST</td><td><code>/widget-dev/chosen-folders/forget</code></td><td><code>{ root }</code></td><td>Thu hồi lựa chọn một thư mục của bạn: lựa chọn đó không còn cho Clark bắt đầu phiên trong thư mục đó, hay trong các thư mục bên trong nó, nữa. Trả <code>{ root, forgotten, stillCoveredBy? }</code>; <code>forgotten</code> là <code>false</code> khi thư mục chưa được chọn, nên bấm lần hai cũng không sao. <code>stillCoveredBy</code> nêu một thư mục Clark vẫn được phát triển và chứa thư mục này (một thư mục khác bạn đã chọn, hoặc một giá trị <code>workspace.roots</code> bạn đã ghi), nên Clark vẫn có quyền ở đó cho tới khi thư mục đó cũng bị thu hồi. Các phiên đang chạy vẫn giữ nguyên. Chỉ người dùng.</td></tr>
   </tbody>
 </table></div>
-<p>Bắt đầu, dựng lại và đặt widget đều cài mã, nên relay WebSocket, <code>clarkcant api</code> và MCP từ chối chúng bằng <code>403 PERSON_ONLY</code>. Đọc và dừng một phiên vẫn dùng được ở mọi nơi. Trong hội thoại, tool <code>develop_widget</code> của Clark (<code>start</code>, <code>status</code>, <code>rebuild</code>, <code>place</code>, <code>stop</code>) điều khiển cùng các phiên đó; nó chỉ bắt đầu, dựng lại hay đặt widget trong lượt do người dùng gửi, không bao giờ trong lượt do một giao diện máy, một automation hay một node đã ghép cặp gửi.</p>
+<p>Bắt đầu, dựng lại và đặt widget đều cài mã, nên relay WebSocket, <code>clarkcant api</code> và MCP từ chối chúng bằng <code>403 PERSON_ONLY</code>. Thu hồi một thư mục đã chọn cũng bị từ chối như vậy: rút lại lựa chọn là việc của bạn, giống như chọn. Đọc và dừng một phiên vẫn dùng được ở mọi nơi. Trong hội thoại, tool <code>develop_widget</code> của Clark (<code>start</code>, <code>choose</code>, <code>folders</code>, <code>status</code>, <code>rebuild</code>, <code>place</code>, <code>stop</code>) điều khiển cùng các phiên đó; nó chỉ bắt đầu, dựng lại hay đặt widget trong lượt do người dùng gửi, không bao giờ trong lượt do một giao diện máy, một automation hay một node đã ghép cặp gửi. <code>choose</code> và <code>folders</code> chỉ cho bạn thấy thẻ <code>develop</code> (một thư mục để chọn, hoặc các thư mục bạn đã chọn, mỗi thư mục có nút <strong>Thu hồi</strong>); cả hai đều không bắt đầu hay thu hồi gì. <code>choose</code> đưa ra một lựa chọn lâu dài nên cũng chỉ chạy trong lượt do bạn gửi; <code>folders</code> chỉ thu hẹp quyền và chạy được trong mọi lượt.</p>
 <ul>
-  <li><strong>Thư mục.</strong> <code>root</code> được quy về đường dẫn thật trước. <code>400 ROOT_NOT_LOCAL</code> từ chối ổ mạng chia sẻ hay đường dẫn thiết bị của Windows; <code>400 ROOT_IN_DATA_FOLDER</code> từ chối thư mục dữ liệu của node, thư mục nằm trong nó hay thư mục chứa nó, trừ không gian làm widget của Clark <code>&lt;dataDir&gt;/widget-workspace</code>. Phiên do Clark bắt đầu chỉ được theo dõi không gian đó; thư mục khác nhận <code>403 ROOT_NOT_OWNED</code>.</li>
+  <li><strong>Thư mục.</strong> <code>root</code> được quy về đường dẫn thật trước. <code>400 ROOT_NOT_LOCAL</code> từ chối ổ mạng chia sẻ hay đường dẫn thiết bị của Windows; <code>400 ROOT_IN_DATA_FOLDER</code> từ chối thư mục dữ liệu của node, thư mục nằm trong nó hay thư mục chứa nó, trừ không gian làm widget của Clark <code>&lt;dataDir&gt;/widget-workspace</code>. Phiên do bạn bắt đầu qua route đánh dấu thư mục của nó là thư mục bạn đã chọn (<code>chosenByPerson</code> trong view của phiên), nhưng chỉ khi đường dẫn bạn đưa ra chính là thư mục đó như nó được phân giải lúc ấy: một đường dẫn qua liên kết hoặc junction vẫn bắt đầu phiên ở nơi nó dẫn tới nhưng không đánh dấu gì, nên một liên kết bị tráo sau khi thẻ được vẽ không cấp quyền gì. Lựa chọn đó gồm mọi thư mục bên trong nó. Cả một ổ đĩa hay chính thư mục home của bạn không bao giờ được đánh dấu: một phiên vẫn chạy được ở đó, nhưng Clark không giữ quyền. Thư mục đã chọn được giữ dưới đường dẫn thật nó có lúc bạn bắt đầu, nên nếu về sau đường dẫn đó dẫn tới nơi khác (thư mục bị thay bằng một liên kết hoặc junction, bị chuyển đi hoặc bị xoá) thì lựa chọn không còn được tính; nó vẫn được liệt kê, với trạng thái không tìm thấy, để bạn thu hồi. Phiên do Clark bắt đầu được theo dõi không gian đó, một thư mục bạn đã chọn (hoặc thư mục nằm trong nó), hoặc một thư mục nằm trong tùy chọn <code>workspace.roots</code> do chính bạn ghi; thư mục khác nhận <code>403 ROOT_NOT_OWNED</code>, không có gì được bắt đầu, và câu trả lời của Clark mang một thẻ <code>develop</code> do host vẽ, mời bạn phát triển thư mục đó.</li>
+  <li><strong>Chọn thư mục.</strong> <code>/develop</code> và <code>/develop &lt;thư mục&gt;</code> (hoặc nhờ Clark, khi đó Clark dùng <code>choose</code> của <code>develop_widget</code>) trả về cùng thẻ lệnh <code>develop</code>. Thẻ nêu thư mục mà đường dẫn dẫn tới lúc thẻ được vẽ, và cho thấy đường dẫn được đưa ra khi hai cái khác nhau; lần bấm gửi đường dẫn chuẩn đó, và nó chỉ được giữ làm lựa chọn của bạn nếu lúc bấm nó vẫn chính là thư mục đó. Đường dẫn không tìm thấy, không đầy đủ, hoặc trỏ tới thư mục chia sẻ qua mạng hay thiết bị thì không có nút, chỉ có một ghi chú nói lý do. Thao tác của mỗi dòng là <code>{ "kind": "develop-folder", "root"? }</code>, và thẻ tự nó không bắt đầu gì: một lần bấm trong chính ứng dụng của bạn gọi <code>POST /widget-dev/sessions</code> với tư cách bạn, nên không agent, widget hay giao diện máy nào tự chọn được thư mục cho mình. Khi không có <code>root</code>, ứng dụng desktop mở hộp chọn thư mục của hệ thống; ở nơi không mở được (trình duyệt, node trên máy khác, hộp chọn không mở) dòng đó hỏi đường dẫn.</li>
+  <li><strong>Thu hồi thư mục.</strong> <code>/develop forget</code> (hoặc hỏi Clark những thư mục nó được dùng) liệt kê các thư mục bạn đã chọn, mỗi thư mục có nút <strong>Thu hồi</strong> với thao tác <code>{ "kind": "develop-folder-forget", "root" }</code>. Lần bấm gọi <code>POST /widget-dev/chosen-folders/forget</code> với tư cách bạn. Thu hồi không dừng phiên đang chạy, và một thư mục nằm trong một thư mục khác bạn đã chọn vẫn được dùng qua thư mục đó; câu trả lời nói rõ điều này.</li>
   <li><strong>Gói.</strong> Chỉ facet <code>isolated-ui</code> và <code>declarative</code> được chạy. Gói có facet service, tool hay native dựng thất bại với <code>FACET_LANE_UNSUPPORTED</code>. Id gói thuộc về thứ khác trên node bị từ chối thành <code>activation.state: "refused"</code> với <code>PACKAGE_LISTED</code>, <code>PACKAGE_IN_OTHER_SESSION</code> hoặc <code>PACKAGE_INSTALLED_OTHERWISE</code>.</li>
   <li><strong>Bản dựng.</strong> Bản dựng không đọc được như một gói thì không tạo thế hệ: <code>lastBuild.ok</code> là <code>false</code> kèm tối đa 32 <code>diagnostics</code>, thế hệ đang chạy vẫn chạy, và <code>showingLastKnownGood</code> là <code>true</code>. Thư mục quá 5.000 tệp hoặc 64 MiB thất bại với <code>FILES_TOO_LARGE</code>, liên kết trỏ ra ngoài với <code>FILES_LINK_REFUSED</code>, và tệp không đọc được với <code>FILES_UNREADABLE</code>.</li>
   <li><strong>Đồng ý.</strong> Mỗi lần cài được quyết định theo một phạm vi đồng ý: id gói cùng phạm vi khai báo, tài nguyên, làn facet, facet, quyền và năng lực được yêu cầu. Câu hỏi cài đặt trong <code>GET /inbox</code> mang phạm vi đó làm <code>operationDigest</code> và được quyết định trên <code>POST /packages/approvals/{approvalId}/decision</code>. Bản dựng sau có cùng phạm vi được cài theo lần chấp thuận đó; bản dựng có phạm vi thay đổi là một câu hỏi mới, và thế hệ trước đó vẫn chạy trong lúc chờ.</li>
diff --git a/vi/docs/cli.html b/vi/docs/cli.html
index 716ac7f..931a577 100644
--- a/vi/docs/cli.html
+++ b/vi/docs/cli.html
@@ -108,7 +108,7 @@ <h2 id="widget-dev-sessions">Phát triển widget ngay trong hội thoại</h2>
 <p><code>clark widget dev</code> mô phỏng một node. Để xem widget trên chính node của bạn, hãy nhờ Clark phát triển một widget (“làm cho tôi một widget hẹn giờ”), hoặc bắt đầu một phiên qua <a href="api.html#widget-dev-sessions">các route phiên phát triển widget</a>. Node của bạn theo dõi thư mục bằng cùng bộ dựng mà dev host dùng. Mỗi thay đổi đọc được như một gói trở thành một bản dựng mới, đặt tên theo digest các tệp của nó, được sao chép vào bộ nhớ đệm gói của node và chỉ liệt kê cho riêng node này, rồi được cài qua đường cài đặt thông thường. Không có gì đi qua npm, Marketplace hay một chỉ mục thư mục, và không có gì được phát hành. Thư mục <code>node_modules</code> ở cấp trên cùng được bỏ ra khỏi mỗi bản dựng; đầu ra đã dựng như <code>dist</code> vẫn được giữ.</p>
 <p>Widget xuất hiện trong hội thoại trong khung widget thật, với sandbox, bridge, trạng thái và migration thật. Bản dựng mới chỉ tải lại khung: widget giữ trạng thái của nó, và trạng thái đi qua các migration của chính gói khi phiên bản thay đổi. Bên cạnh khung, node của bạn cho biết bản dựng nào đang hiển thị và, khi đó không phải bản mới nhất, lý do: bản dựng mới bị lỗi (kèm danh sách vấn đề), nó đang chờ bạn trả lời trong hộp thư, hoặc policy đã từ chối nó. “Đang hiện bản dựng thành công gần nhất” chỉ xuất hiện đúng khi đó là thứ bạn đang thấy.</p>
 <ul>
-  <li><strong>Ở đâu.</strong> Clark phát triển widget trong không gian làm widget của riêng nó, <code>&lt;dataDir&gt;/widget-workspace</code>, nơi nó dựng khung cho widget mới. Để Clark làm việc với một dự án widget bạn đã có, hãy chép thư mục của nó vào đó. Chỉ cho Clark một thư mục dự án khác hiện chưa có (<a href="https://github.com/digitopvn/clarkcant/issues/538" rel="noopener">#538</a>). Phiên do chính bạn bắt đầu qua route có thể theo dõi bất kỳ thư mục cục bộ nào khác, nhưng không bao giờ là thư mục dữ liệu của chính node hay một ổ mạng chia sẻ.</li>
+  <li><strong>Ở đâu.</strong> Clark phát triển widget trong không gian làm widget của riêng nó, <code>&lt;dataDir&gt;/widget-workspace</code>, nơi nó dựng khung cho widget mới. Để Clark làm việc với một dự án widget bạn đã có, hãy tự chọn thư mục của nó: gõ <code>/develop</code> (hoặc <code>/develop &lt;thư mục&gt;</code>, hoặc nhờ Clark) rồi bấm <strong>Chọn thư mục…</strong> trên thẻ trả lời. Ứng dụng desktop mở hộp chọn thư mục của hệ thống; trình duyệt, hoặc ứng dụng desktop nối với một node trên máy khác, sẽ hỏi đường dẫn đầy đủ của thư mục trên máy chạy node và nói rõ lý do. Nếu Clark muốn phát triển một thư mục bạn chưa chọn, không có gì được bắt đầu, và chính thẻ đó mời bạn với nút <strong>Phát triển thư mục này</strong>. Thẻ nêu thư mục mà đường dẫn thật sự dẫn tới, và nói rõ khi nó khác đường dẫn bạn đưa ra; đường dẫn không tìm thấy thì không có nút. Lần bấm chỉ giữ thư mục làm lựa chọn của bạn nếu lúc bấm đường dẫn vẫn chính là thư mục đó, nên một liên kết được đặt vào chỗ nó trong lúc chờ không được gì. Chỉ tin nhắn do bạn gửi mới khiến Clark đưa ra một thư mục để chọn. Khi bạn đã bắt đầu một thư mục, Clark được làm việc trong đó, và trong mọi thư mục nằm bên trong nó, mà không cần hỏi lại, cho tới khi bạn thu hồi: gõ <code>/develop forget</code> (hoặc hỏi Clark những thư mục nó được dùng) rồi bấm <strong>Thu hồi</strong> cạnh thư mục đó. Thu hồi không dừng phiên đang chạy, và một thư mục nằm trong một thư mục khác bạn đã chọn vẫn được dùng qua thư mục đó (câu trả lời nói rõ điều này). Một thư mục đã chọn bị chuyển đi được liệt kê là không tìm thấy, để bạn vẫn thu hồi được. Cả một ổ đĩa hay thư mục home của bạn có thể được phát triển trong một phiên, nhưng Clark không bao giờ giữ quyền với nó. Phiên do chính bạn bắt đầu có thể theo dõi bất kỳ thư mục cục bộ nào, nhưng không bao giờ là thư mục dữ liệu của chính node hay một ổ mạng chia sẻ.</li>
   <li><strong>Cái gì.</strong> Một phiên chỉ chạy các widget nằm trong khung và dữ liệu khai báo (facet <code>isolated-ui</code> và <code>declarative</code>). Gói có service, tool hay phần native bị từ chối kèm một vấn đề nói rõ điều đó; hãy cài gói đó theo cách thông thường.</li>
   <li><strong>Đồng ý.</strong> Policy thực thi của bạn quyết định mỗi lần cài như mọi việc khác. Phiên do Clark bắt đầu là đề xuất của chính Clark, nên chế độ guarded hỏi trước lần cài đầu tiên; phiên do bạn bắt đầu là yêu cầu của bạn. Khi chế độ của bạn hỏi, lần cài đầu tiên là một câu hỏi, và mọi bản dựng làm thay đổi những gì gói chạm tới cũng vậy: phạm vi khai báo, tài nguyên, làn facet, facet, quyền hay các năng lực được yêu cầu. Bản dựng chỉ đổi mã hoặc giao diện dùng lại câu trả lời của bạn và chạy ngay. Chế độ không hỏi thì chạy mọi bản dựng, và khi một bản dựng chạm tới nhiều hơn bản trước mà không ai được hỏi, hội thoại nói rõ nó đã thêm gì.</li>
   <li><strong>Giới hạn.</strong> Một node theo dõi tối đa 8 thư mục cùng lúc. Thư mục quá 5.000 tệp hoặc 64 MiB, hay chứa liên kết trỏ ra ngoài nó, bị từ chối kèm điều cần sửa.</li>
diff --git a/vi/docs/index.html b/vi/docs/index.html
index b9e3ec1..1fabe2b 100644
--- a/vi/docs/index.html
+++ b/vi/docs/index.html
@@ -98,6 +98,7 @@ <h2 id="slash-commands">Lệnh gạch chéo</h2>
   <li><code>/thinking</code> chọn mức suy nghĩ cho các lượt sau, từ danh sách, hoặc gõ trực tiếp: <code>/thinking high</code>, <code>/thinking default</code>. Đây cũng là thiết lập Cài đặt → AI &amp; Định tuyến → Mức suy nghĩ.</li>
   <li><code>/background &lt;yêu cầu&gt;</code> chạy yêu cầu thành việc nền bên cạnh cuộc trò chuyện và báo kết quả trong đó.</li>
   <li><code>/report</code> báo lỗi hoặc đề xuất tính năng cho chính ClarkCant. Xem <a href="#report">bên dưới</a>.</li>
+  <li><code>/develop</code> chọn một thư mục để phát triển widget ngay trong hội thoại; <code>/develop &lt;thư mục&gt;</code> đề xuất đúng thư mục đó, và <code>/develop forget</code> liệt kê các thư mục bạn đã chọn để bạn thu hồi. Xem <a href="cli.html#widget-dev-sessions">phát triển widget trong hội thoại</a>.</li>
 </ul>
 <p>Lệnh gõ ở giữa câu chỉ là chữ thường. Lệnh không được gửi tới model. Xem <a href="api.html#provider-sign-in">các route đăng nhập provider</a>.</p>