boost-skill-cli 1.0.97__tar.gz → 1.0.98__tar.gz

{boost_skill_cli-1.0.97 → boost_skill_cli-1.0.98}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: boost-skill-cli
-Version: 1.0.97
+Version: 1.0.98
 Summary: boost — Homebrew for AI coding skills
 Author: Jonathan Reyes
 License: GNU GENERAL PUBLIC LICENSE

{boost_skill_cli-1.0.97 → boost_skill_cli-1.0.98}/boost_cli/_version.py

@@ -18,7 +18,7 @@ version_tuple: tuple[int | str, ...]
 commit_id: str | None
 __commit_id__: str | None
 
-__version__ = version = '1.0.97'
-__version_tuple__ = version_tuple = (1, 0, 97)
+__version__ = version = '1.0.98'
+__version_tuple__ = version_tuple = (1, 0, 98)
 
 __commit_id__ = commit_id = None

{boost_skill_cli-1.0.97 → boost_skill_cli-1.0.98}/boost_skill_cli.egg-info/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: boost-skill-cli
-Version: 1.0.97
+Version: 1.0.98
 Summary: boost — Homebrew for AI coding skills
 Author: Jonathan Reyes
 License: GNU GENERAL PUBLIC LICENSE

{boost_skill_cli-1.0.97 → boost_skill_cli-1.0.98}/boost_skill_cli.egg-info/SOURCES.txt

@@ -101,6 +101,7 @@ docs/roadmap/items/atomic-skill-install-temp-dir-swap.md
 docs/roadmap/items/autonomous-ship-workflow-and-isolated-worktree.md
 docs/roadmap/items/bring-commands-under-mutation-testing.md
 docs/roadmap/items/broken-link-and-anchor-checking-lychee.md
+docs/roadmap/items/browse-crashes-selecting-a-rule-or-workflow.md
 docs/roadmap/items/build-provenance-slsa-attestations.md
 docs/roadmap/items/cache-the-catalog-entry-set-across-rag-queries.md
 docs/roadmap/items/capability-manifest-and-least-privilege-policy.md
@@ -171,6 +172,7 @@ docs/roadmap/items/split-oversized-command-modules.md
 docs/roadmap/items/startup-and-import-time-budget-x-importtime.md
 docs/roadmap/items/stop-re-serializing-entry-meta-on-every-search.md
 docs/roadmap/items/supply-chain-posture-openssf-scorecard.md
+docs/roadmap/items/surface-every-docs-page-from-the-guide.md
 docs/roadmap/items/tap-signing-and-provenance-sigstore-minisign.md
 docs/roadmap/items/theme-asset-linting-stylelint-eslint.md
 docs/roadmap/items/typo-detection-codespell.md

boost_skill_cli-1.0.98/docs/roadmap/items/browse-crashes-selecting-a-rule-or-workflow.md

@@ -0,0 +1,27 @@
+---
+id: browse-crashes-selecting-a-rule-or-workflow
+board: code
+section: next
+status: next
+category: Bug · UX
+complexity: S
+impact: Med
+wow: 2
+note: user-reported
+order: 3
+owner:
+pr:
+title: <code>browse</code> crashes when you pick a rule or workflow
+---
+<code>cmd_browse</code> lists <em>every</em> catalog entry — skills, rules
+<b>and</b> workflows (<code>commands/discovery.py:791</code>) — then calls
+<code>store.install(picked)</code> unconditionally
+(<code>discovery.py:804</code>). Only <code>skill</code> installs, so selecting a
+rule or workflow raises
+<code>… is a workflow, which boost indexes but cannot install yet</code> and the
+TUI exits with a fatal <code>Error:</code> after the user has already navigated
+and chosen. Reported from a real <code>boost browse</code> session on
+<code>AGENT-playbook-to-automated-agent-workflow</code>. Fix: keep non-installable
+kinds browsable but handle a non-skill pick gracefully (a friendly "search/tap
+only" message, stay put or exit 0) instead of crashing — mirror how
+<code>store.install</code> already distinguishes the three item kinds.

boost_skill_cli-1.0.98/docs/roadmap/items/surface-every-docs-page-from-the-guide.md

@@ -0,0 +1,24 @@
+---
+id: surface-every-docs-page-from-the-guide
+board: code
+section: docsite
+status: planned
+category: Docs · Discoverability
+complexity: S
+impact: Med
+wow: 2
+note:
+order: 11
+owner:
+pr:
+title: Surface every <code>docs/*.html</code> page from the main page
+---
+<a href="make-the-roadmaps-discoverable.html">Making the roadmaps discoverable</a>
+           put both boards in the Visual Guide nav, but the same gap remains for
+           the rest of <code>docs/*.html</code>: <code>mcp-hub.html</code> is
+           reachable only if you already know the URL — nothing on
+           <code>index.html</code> links to it. Add a nav entry for every shipped
+           doc page (today just the MCP Hub, beside <code>Roadmap&nbsp;↗</code> /
+           <code>Design&nbsp;↗</code>) so no page is an orphan, and treat "a new
+           <code>docs/*.html</code> means a new nav link" as the standing rule —
+           ideally checked in CI so a future page can't ship unlinked.

{boost_skill_cli-1.0.97 → boost_skill_cli-1.0.98}/docs/roadmap.html

@@ -116,9 +116,9 @@
     <div class="stats">
       <!-- ROADMAP:stats -->
       <div class="stat"><b>14</b><span>Shipped</span></div>
-      <div class="stat"><b>1</b><span>Next up</span></div>
+      <div class="stat"><b>2</b><span>Next up</span></div>
       <div class="stat"><b>4</b><span>Planned</span></div>
-      <div class="stat"><b>89</b><span>Loop finds</span></div>
+      <div class="stat"><b>90</b><span>Loop finds</span></div>
       <!-- /ROADMAP:stats -->
     </div>
   </section>
@@ -387,6 +387,29 @@ by new unit tests covering every branch.</p>
     <div class="rgrid">
 
       <!-- ROADMAP:cards section=next -->
+      <article class="cap rcard">
+        <div class="head"><span class="pill next">Next</span><span class="cat">Bug · UX</span></div>
+        <h3><code>browse</code> crashes when you pick a rule or workflow</h3>
+        <p><code>cmd_browse</code> lists <em>every</em> catalog entry — skills, rules
+<b>and</b> workflows (<code>commands/discovery.py:791</code>) — then calls
+<code>store.install(picked)</code> unconditionally
+(<code>discovery.py:804</code>). Only <code>skill</code> installs, so selecting a
+rule or workflow raises
+<code>… is a workflow, which boost indexes but cannot install yet</code> and the
+TUI exits with a fatal <code>Error:</code> after the user has already navigated
+and chosen. Reported from a real <code>boost browse</code> session on
+<code>AGENT-playbook-to-automated-agent-workflow</code>. Fix: keep non-installable
+kinds browsable but handle a non-skill pick gracefully (a friendly "search/tap
+only" message, stay put or exit 0) instead of crashing — mirror how
+<code>store.install</code> already distinguishes the three item kinds.</p>
+        <div class="meta">
+          <span class="m">Complexity <b>S</b></span>
+          <span class="m">Impact <b>Med</b></span>
+          <span class="m">Wow <b class="wow">★★</b></span>
+          <span class="m">user-reported</span>
+        </div>
+      </article>
+
       <article class="cap rcard">
         <div class="head"><span class="pill next">Next</span><span class="cat">Design</span></div>
         <h3>Reconcile the theme drift</h3>
@@ -1351,6 +1374,25 @@ and the work stays visible.</p>
           <span class="m">Read the Docs–style</span>
         </div>
       </article>
+
+      <article class="cap rcard">
+        <div class="head"><span class="pill planned">Planned</span><span class="cat">Docs · Discoverability</span></div>
+        <h3>Surface every <code>docs/*.html</code> page from the main page</h3>
+        <p><a href="make-the-roadmaps-discoverable.html">Making the roadmaps discoverable</a>
+           put both boards in the Visual Guide nav, but the same gap remains for
+           the rest of <code>docs/*.html</code>: <code>mcp-hub.html</code> is
+           reachable only if you already know the URL — nothing on
+           <code>index.html</code> links to it. Add a nav entry for every shipped
+           doc page (today just the MCP Hub, beside <code>Roadmap&nbsp;↗</code> /
+           <code>Design&nbsp;↗</code>) so no page is an orphan, and treat "a new
+           <code>docs/*.html</code> means a new nav link" as the standing rule —
+           ideally checked in CI so a future page can't ship unlinked.</p>
+        <div class="meta">
+          <span class="m">Complexity <b>S</b></span>
+          <span class="m">Impact <b>Med</b></span>
+          <span class="m">Wow <b class="wow">★★</b></span>
+        </div>
+      </article>
       <!-- /ROADMAP:cards -->
 
     </div>