Issues and PRs
Discuss usage and improve skill code in the repository.
Lowest additional setup.
Experience is less structured for
recall.
About 45 seconds. Start with the release-review example. Skills package a procedure and supporting resources. A description helps the host decide relevance, then the agent reads the instructions when needed.
MCP, connectors, and hooks are complementary mechanisms, not variants of the skill file format. An MCP server can also offer prompts. Connectors and hook events are product-specific. The linked vendor references are examples, not universal specifications.
A skill does not grant tool access or guarantee that its instructions will be followed correctly. Prefer a skill when repeating a procedure or supplying expertise would help the task.
About 60 seconds. Credit the existing work. Workshop uses ASM, Vercel Skills, and gh skill for discovery and APM for accepted external dependencies. These tools offer more than the subset Workshop delegates.
SkillPort already addresses cross-agent access. SkillNote already collects agent usage reviews. Vendor independence and feedback are not unique inventions here.
The reason to try Workshop is its particular fit: portable decisions and experience alongside a coordinated workflow. This is a selected survey, not proof that no equivalent exists. The Sources panel includes adjacent evaluation and persistent-history research.
About 45 seconds. This is your qualitative experience, not a measured before-and-after result. The numbers count records at the pinned Workshop revision, not an inventory of everything discoverable or installed.
There are 110 events: 43 membership, 37 use, 24 consideration, and 6 contribution records. No evaluation records exist at this snapshot. Repeated use counts separately.
Low commitment means portable files and separable responsibilities. Setup and maintenance still exist. Cross-vendor operation is a design aim and supported by ordinary files; this snapshot is not a compatibility benchmark across hosts.
Spend 6–8 minutes here. Open a terminal in the current Workshop checkout. Recall the licensing task, then show a public search. If a provider is slow, use the offline command in the demo runbook and explain the fallback.
Inspect introduce-reuse-compliance from con/skills and its actual history. Point out the useful advice and the Python hook compatibility correction. Show how that observation could affect the next use.
Show the feedback instructions and insights. Do not manufacture a new success observation merely to demonstrate a command. A prepared excerpt in DEMO.md provides a fallback. The demo does not install a skill or change a project.
The natural-language commit-trailer recall example also now works if you want a second quick demonstration. Keep licensing as the main thread.
About 45 seconds. The licensing observation condenses an existing unreviewed agent report. It illustrates useful specificity rather than proving the skill caused a better outcome.
The new feedback command can retain outcome, observed benefit, an improvement proposal, and evidence. Ratings are optional. Global instructions request reporting after meaningful participation. No lifecycle hook is installed by the current setup.
The next usage cycle should measure missed feedback, useful follow-ups, and recording effort. More records alone do not establish better decisions.
About 90 seconds, then discussion. con/skills already provides a shared Git source for development. Keep changes to skill content in its existing review workflow.
Compare the simplest baseline, issues and PRs with short usage reports, with a shared registry such as SkillNote and a Workshop memory pilot. Distribution tools such as APM or SkillPort are complementary to sharing experience.
For a Workshop pilot, participants could retain local observations, sanitize a useful subset, and contribute them to a shared memory repository through reviewed PRs. Share links back to skills and resulting improvements. No automatic synchronization or new con/skills service is being claimed or installed.
Before expansion, agree on skill identity across forks, attribution, duplicate records, and what is appropriate to share. Preserve negative outcomes and distinguish agent reports from human review. The important result is whether another member uses an observation to make a better choice or improve a skill.