Install the "add-inbound-event" agent skill from https://github.com/microbus-io/fabric/tree/main/.claude/skills/microbus/add-inbound-event into .claude/skills/add-inbound-event/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "add-inbound-event", then confirm the skill loads.
Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
Type this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
skills CLI
$ npx skills add microbus-io/fabric --skill add-inbound-event -a codex
Project install goes to .agents/skills/; add -g for ~/.codex/skills/.
Install the "add-inbound-event" agent skill from https://github.com/microbus-io/fabric/tree/main/.claude/skills/microbus/add-inbound-event into .agents/skills/add-inbound-event/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "add-inbound-event", then confirm the skill loads.
Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
skills CLI
$ npx skills add microbus-io/fabric --skill add-inbound-event -a cursor
Project install goes to .agents/skills/; add -g for ~/.cursor/skills/.
Install the "add-inbound-event" agent skill from https://github.com/microbus-io/fabric/tree/main/.claude/skills/microbus/add-inbound-event into .cursor/skills/add-inbound-event/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "add-inbound-event", then confirm the skill loads.
Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
skills CLI
$ npx skills add microbus-io/fabric --skill add-inbound-event -a gemini-cli
Project install goes to .agents/skills/; add -g for ~/.gemini/skills/.
Install the "add-inbound-event" agent skill from https://github.com/microbus-io/fabric/tree/main/.claude/skills/microbus/add-inbound-event into .gemini/skills/add-inbound-event/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "add-inbound-event", then confirm the skill loads.
Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
Installs for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
skills CLI
$ npx skills add microbus-io/fabric --skill add-inbound-event -a github-copilot
Project install goes to .agents/skills/; add -g for ~/.copilot/skills/.
Install the "add-inbound-event" agent skill from https://github.com/microbus-io/fabric/tree/main/.claude/skills/microbus/add-inbound-event into .github/skills/add-inbound-event/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "add-inbound-event", then confirm the skill loads.
GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
skills CLI
$ npx skills add microbus-io/fabric --skill add-inbound-event -a opencode
OpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
Install the "add-inbound-event" agent skill from https://github.com/microbus-io/fabric/tree/main/.claude/skills/microbus/add-inbound-event into .opencode/skills/add-inbound-event/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "add-inbound-event", then confirm the skill loads.
OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
Facts
Skill name
add-inbound-event
GitHub stars
172
Token cost
~1.4k tokens
SKILL.md length
631 words
Files
1
Skills in repo
32
Repo updated
First seen
Licence
Apache-2.0
At a glance
TRIGGER when user asks to listen for, subscribe to, or handle an event emitted by another microservice.
Works in 8 steps: Read Local CLAUDE.md File → Locate the Source Outbound Event and… → Determine a Description → …
User asks to listen for
Calls go
Handle an event emitted by another microservice
What it does
Add Inbound Event is an agent skill from microbus-io/fabric. TRIGGER when user asks to listen for, subscribe to, or handle an event emitted by another microservice.
Its SKILL.md is about 1.4k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in Backend & APIs, covering Microservices. The repository describes itself as: Microbus is the only fabric where every agentic workflow runs on a true microservice substrate - giving your workflows security, scale, observability, and prompt-driven authoring. The licence is Apache-2.0.
When your agent uses it
User asks to listen for
Handle an event emitted by another microservice
Example prompts
“/add-inbound-event”
Workflow steps
8 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit fb98098. It shows what the files ask for, not the result of running them.
Tool permissions
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
Runs code
Shell commands in SKILL.md call:
go
From the folder's file list and the shell code blocks in SKILL.md.
Network
No URLs in SKILL.md.
From URLs in SKILL.md, links to its own repository left out.
Credentials
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Context cost
Add Inbound Event loads about 1.4k tokens when it runs. Until then it costs about 30 tokens; SKILL.md has 631 words of instructions outside code blocks.
Always· name and description, kept in context so the agent knows when to use it
~30
When it runs· the whole SKILL.md, loaded when a task matches
~1.4k
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
Safety
Auto-check passed
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
Download SKILL.mdSave it as .claude/skills/add-inbound-event/SKILL.md (or your agent's skills folder).
name
add-inbound-event
description
TRIGGER when user asks to listen for, subscribe to, or handle an event emitted by another microservice.
CRITICAL: Do NOT explore or analyze other microservices unless explicitly instructed to do so. The instructions in this skill are self-contained to this microservice.
CRITICAL: An inbound event sink is declared as a define.InboundEvent var in myserviceapi/definition.go referencing the source microservice's OutboundEvent, and implemented as a handler in service.go. Add the declaration and run cmd/genservice.
CRITICAL: Keep the // MARKER: OnMyEvent comment on the define.InboundEvent var.
CRITICAL: Inbound event sinks are not exposed via OpenAPI. The connector's built-in :888/openapi.json handler enforces this filter automatically.
Workflow
Copy this checklist and track your progress:
Creating or modifying an inbound event sink:
- [ ] Step 1: Read local CLAUDE.md file
- [ ] Step 2: Locate the source outbound event and determine the signature
- [ ] Step 3: Determine a description
- [ ] Step 4: Declare the inbound event in definition.go
- [ ] Step 5: Generate the boilerplate
- [ ] Step 6: Implement the sink in service.go
- [ ] Step 7: Test the inbound event sink
- [ ] Step 8: Housekeeping
Step 1: Read Local CLAUDE.md File
Read the local CLAUDE.md file in the microservice's directory. It contains microservice-specific instructions that should take precedence over global instructions.
Step 2: Locate the Source Outbound Event and Determine the Signature
Locate the define.OutboundEvent var in the api package of the microservice that is the source of the event. Note its package import path (e.g. github.com/company/project/eventsource/eventsourceapi) and its In/Out structs - the handler's signature is the source event's signature.
Take the event's description from the source's OutboundEvent godoc. Use it for the godoc on this define.InboundEvent var.
Step 4: Declare the Inbound Event in definition.go
Append the define.InboundEvent var to myserviceapi/definition.go, referencing the source's OutboundEvent var. Add the import for the source api package.
go
import (
"github.com/microbus-io/fabric/define"
"github.com/company/project/eventsource/eventsourceapi"
)
/*
OnMyEvent is triggered when X.
*/
var OnMyEvent = define.InboundEvent{ // MARKER: OnMyEvent
Source: eventsourceapi.OnMyEvent,
}
The var name is the handler method name generated on this service. Name it after the source event. If this service sinks two same-named events from different sources, give the vars distinct names (e.g. OnAUpdated, OnBUpdated) so the handler methods differ
Source is the typed reference to the source's OutboundEvent var, so a renamed or removed source event becomes a compile error here
Add the gating and routing fields only when needed:
LoadBalancing: define.None to process the event on every replica of this service (broadcast, e.g. cache invalidation), or LoadBalancing: "my-queue" for a named queue; omit for the default queue (one replica processes each delivery)
RequiredClaims: "roles.user" to process the event only when its carried actor satisfies the expression; omit to accept all
TimeBudget: 30 * time.Second to cap the handler's duration; add the "time" import if used
Show full SKILL.md (279 more words)Show less
Step 5: Generate the Boilerplate
From the microservice's directory, run the generator. It regenerates intermediate.go (the hook wiring and ToDo entry), mock.go, mock_test.go, and manifest.yaml from the updated definition.go. It also scaffolds a placeholder handler in service.go and a placeholder test in service_test.go for any new feature that lacks one, each ready for you to fill in.
shell
go run github.com/microbus-io/fabric/cmd/genservice .
Then verify the microservice compiles with go vet ./... from the project root.
Step 6: Implement the Sink in service.go
The previous step generated a placeholder sink handler func (svc *Service) OnMyEvent(...) in service.go, with its signature (the source event's signature, complex types referenced through the source api package) and godoc projected from definition.go, tagged // MARKER: OnMyEvent and holding a // TODO body. Fill in that body; leave the generated signature and godoc as they are. Add imports for any packages the body references that are not already present.
Step 7: Test the Inbound Event Sink
Skip this step if instructed to be "quick" or to skip tests.
The boilerplate generator created a placeholder test function TestMyService_OnMyEvent in service_test.go, tagged with a // MARKER: OnMyEvent comment and a HINT block. Add one or more test cases at the bottom of that function, following the pattern shown in its HINT comment. Do not remove the HINT comment.
If the feature or microservice cannot or should not be tested - for example, it starts a daemon or requires a
resource unavailable in the test environment - do not delete the generated test. The generator keys on the test
function's name and would scaffold it again on the next regeneration. Instead, replace the entire body of the
test with a t.Skip("reason") explaining why.
Add Inbound Event next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
Build production-ready Node.js backend services with Express/Fastify, implementing middleware patterns, error handling, authentication, database integration, and API design best practices.
Implements concurrent Go patterns using goroutines and channels, designs and builds microservices with gRPC or REST, optimizes Go application performance with pprof, and enforces idiomatic Go with…
Creates Java + Spring Boot projects: Web applications, full-stack apps with Vue.js or Angular or React or vanilla JS, PostgreSQL, REST APIs, and Docker.
TRIGGER when user asks to create a microservice that calls Python, runs ML inference, or uses Python libraries (PyTorch, pandas, sentence-transformers, numpy) for its core compute.
TRIGGER when user asks to listen for, subscribe to, or handle an event emitted by another microservice. Add Inbound Event is an agent skill from microbus-io/fabric. TRIGGER when user asks to listen for, subscribe to, or handle an event emitted by another microservice.
When should I use Add Inbound Event?
Add Inbound Event fits situations like: user asks to listen for; handle an event emitted by another microservice.
How do I install Add Inbound Event in Claude Code?
Run `npx skills add microbus-io/fabric --skill add-inbound-event -a claude-code`. Or copy the skill folder (.claude/skills/microbus/add-inbound-event in microbus-io/fabric) into .claude/skills/add-inbound-event in your project. Claude Code loads it when a task matches its description.
How do I install Add Inbound Event in Codex?
Run `npx skills add microbus-io/fabric --skill add-inbound-event -a codex`. Or copy the skill folder (.claude/skills/microbus/add-inbound-event in microbus-io/fabric) into .agents/skills/add-inbound-event in your project. Codex loads it when a task matches its description.
Can I use Add Inbound Event in Cursor, Gemini CLI or GitHub Copilot?
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add microbus-io/fabric --skill add-inbound-event -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/add-inbound-event, .gemini/skills/add-inbound-event, .github/skills/add-inbound-event and .opencode/skills/add-inbound-event in your project.
What does Add Inbound Event need to run?
Going by SKILL.md and its folder, Add Inbound Event needs the command-line tools its instructions call (go).
Does Add Inbound Event access the network?
SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.
Is Add Inbound Event safe to install?
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
What licence does Add Inbound Event use?
Add Inbound Event is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
How many tokens does Add Inbound Event use?
About 1.4k tokens (SKILL.md is roughly 5.5k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
What are the alternatives to Add Inbound Event?
Skills that share tags, products or a category with Add Inbound Event: Node Backend Development Guidelines (diet103/claude-code-infrastructure-showcase, 10k stars), Nodejs Backend Patterns (ever-works/ever-works, 162 stars), AWS Serverless Eda (zxkane/aws-skills, 367 stars) and Golang Pro (antoniopaya22/go-rest-template, 172 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
Who maintains Add Inbound Event?
microbus-io (a GitHub organization) maintains it in microbus-io/fabric, which has 172 GitHub stars. The repository holds 32 skills in this directory. The repository was last updated on September 28, 2026.
Source: microbus-io/fabric on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.