Skip to content
PiinfraCLI & tooling17 files · +69 −38

Add MIT license field and publish patch bumps across pi-extensions monorepo

Session from pi-extensions-sessions on Hugging Face by thomasmustier · MIT · condensed by Coders Talk

7msession
0interventions
GOAL

Add a license field to the root package.json and publish patch version bumps for all sub-packages, committing and pushing the changes.

  1. Prompt · +0
    Specify license MIT in each package.json and publish a patch.
  2. Agent did · +0m
    Surveyed all package.json files, found sub-packages already had MIT license, added license field to root package.json.
  3. Prompt · +0m
    Yes please, and also commit/push.
  4. Agent did · +1m
    Inspected git diff, read RELEASING.md conventions, checked CHANGELOG.md and version fields across all 8 sub-packages plus root.
  5. Agent did · +4m
    Bumped patch versions in root and all sub-package package.json files (0.1.17→0.1.18 root, plus each extension +0.0.1).
  6. Agent did · +5m
    Read all CHANGELOG.md files and added new dated entries (2026-02-03) documenting the metadata/license refresh for each extension.
  7. Agent did · +6m
    Staged all changed files and committed with message 'chore(release): bump patch versions' (17 files, 54 insertions, 16 deletions).
  8. Agent did · +6m
    Published all 8 sub-packages plus the root package to npm via npm publish --access public, then pushed the commit to main.
  9. Outcome · +7m
    Published 9 npm packages (agent-guidance 0.1.3, arcade 0.1.5, code-actions 0.1.4, files-widget 0.1.14, ralph-wiggum 0.1.5, raw-paste 0.1.2, tab-status 0.1.3, usage-extension 0.1.3, pi-extensions 0.1.18), committed 17 files, and pushed to main. No git tags created.
VERDICT

I'd start by telling the agent up front to follow RELEASING.md conventions, including tagging, since it went ahead and published to npm without creating the per-extension tags the repo's own docs call for. The task went smoothly overall since I just said 'yes please' and let it work through versions and changelogs on its own, but next time I'd also specify whether I want git tags created as part of the publish flow.

I tried this · 0

Discussion · 0

How Builds work