Skip to content

Catalogue

SkillPot distributes pinned, selectively installable copies of existing public ModePot project guidance. Upstream projects remain canonical; this is not a second independently maintained API manual and does not import the private local skill store.

  • intpot-cli — turn typed Python declarations into a CLI; preserve supported signature/default/helper-recovery boundaries.
  • intpot-python — use Intpot through its Python API rather than assuming CLI-only behavior or inventing parser recovery.
  • summonpot — build agent-owned APIs with deterministic operations and bounded agentic decisions; preserve contracts and authorization.
  • dexpot — build synchronous typed HTTP APIs and verify behavior through real sockets.
  • refpot-database — use the embedded database preview with explicit data, transaction, process/thread and durability limits.

Related project-scoped contributor workflows:

  • summonpot-pr-review — inspect a Summonpot change at an exact head, check review resolution against source/tests, and keep merge/publication permission separate.
  • summonpot-code-review — review Summonpot changes against its own development rules.

These are not interchangeable consumer/contributor personas. Installing one does not install the other workflows or the underlying product. Summonpot contributor policies must not override another project’s policy or a user’s explicit approval boundary.

The machine-readable source catalogue identifies every package, immutable upstream revision/path, original source hash and license hash. Complete MIT notices are included in each package. An unchanged upstream reference sits behind an adapted portable entry point: specific task, setup, permissions, checks and limitations. Changed entry-point behavior is disclosed in each provenance file.

The complete-tree inventory covers Intpot, Summonpot, Dexpot, Refpot, Utilitypot, Lifepot and Strpot. No existing public skill Markdown was found for the last three at their inspected revisions. They are not represented by fabricated skills. This is a bounded set of seven project repositories, not a claim to have audited every ModePot-family repository or every private workflow.

repository-readiness is an original related engineering workflow in this source branch, separate from the seven imported public guidance files. Video tooling is not included. Private authoring, release, marketing and operational workflows require individual source/rights/privacy review before any later extraction.

Start with the harness-neutral quickstart. Use documented project skill directories or the host’s established installer, not a new SkillPot package manager. For Hermes, see installation and verification. The seven packages expose their necessary reference and license files through explicit relative links under references/, so a direct SKILL.md URL can fetch the complete runtime instruction bundle. Root provenance/compatibility files remain source-review records.

No all-skills auto-install or hidden product dependency installation is performed. Other Agent Skills consumers can use the directories, but format compatibility is not a tested-host claim. Actual host and task results must be recorded separately. The native Hermes verification records successful individual install/list/removal and complete reference/license byte parity for every listed package, without bypassing scans. Model activation and product execution are separate from those checks. One Refpot consumer task also executed against its exact pinned source with a separately replayed portable example. No other project’s runtime or the whole collection’s usefulness is established by that result. Later Intpot/Dexpot/Summonpot consumer replays add bounded installed-artifact checks and runnable examples while preserving original worker failures and parent interventions. Native model loading remains unverified; these are not baseline comparisons or broad compatibility results.

Review modepot-sources.json before updating a package. Fetch both the source and license at the same immutable upstream revision. Compare API/command changes and rights before replacing the pinned reference. Update the entry point only where the new behavior requires it, record adaptations, update hashes and rerun catalogue, Markdown and source checks. Native client trials are not required for source refreshes or documented harness support; scope them separately if explicitly requested. Follow the release policy. Never silently rewrite a user’s installed copy or imply that a pinned snapshot follows current main automatically.

Download this guide as Markdown.