⏳ This skill is pending AI review.
Scores will appear once the review pipeline completes.
agent-liveness
>-
Choose how to use this skill
You do not need every option. Choose the path your AI client supports. The stable page stays the same; versioned files are immutable.
1. Native installer
This listing has no registered native installer command. Use the complete package or source fallback below, depending on what your client supports.
Do not guess an installer command or replace an existing version without reviewing the diff.
2. Complete package recommended
Download the ZIP when available. It includes SKILL.md plus the references, security notes and version metadata.
No complete ProSkills package is published for this listing yet.3. Prompt-only
Copy the prompt above when the agent can read the stable page or when you want to adopt the workflow without installing a skill.
Need only the instruction file?
Download SKILL.md only if your client requires a single file. The complete ZIP is safer for a full installation because it preserves the references and release context.
No path installs or executes anything by itself. Your agent still needs access to the project files. Before updating, compare the installed version and review the diff.
// RATINGS
Not yet listed on ClawHub or SkillsMP
// README
Fluyt
For agents who think "merged" means "done".
Your agents write the code. Fluyt makes them finish the job.
Fluyt is a plugin marketplace that holds one plugin, fluyt, for Claude Code and Codex.
Install it in a repo and your agent sessions follow one tested ritual from issue to merge, instead of
improvising a new one every session.
Status: version 1.0.0, MIT licensed.
CHANGELOG.mdis the record of what changed.
Why
Coding agents write code well. The work around the code is where they slip:
- the CHANGELOG entry is skipped, or the version bump is wrong;
- the release branch gets squashed and its per-item history is gone;
- the PR merges, but its issue stays open;
- a context reset wipes the session's state, and the next session starts by guessing;
- a background sub-agent goes quiet, and nobody can tell whether it is working or dead;
- ten repos with ten sessions, and no one place that knows what is running, what is blocked and what needs you.
Fluyt turns each of these into a written ritual, a specialist role or a guard hook. The process lives in the plugin. Your repo keeps only its own facts.
What you get
- One work item, shipped end to end: branch, implement, test, CHANGELOG and version,
Closes #N, PR, auto-merge, then a check that the issue really closed. - A backlog and releases that stay honest: tiered issues, a fixed selection order, and a release that is always a merge commit, never a squash.
- Orchestration: one main session that delegates to six specialist roles, runs parallel lanes in worktrees, and checks reports before trusting them.
- Hand-overs that survive a context reset: written from the tree, not from memory, so a successor can act without the transcript.
- A cross-project hub: one session that coordinates many project sessions, relays your decisions verbatim, and never runs a project's work itself.
- Onboarding and re-sync: start a new repo from scratch, adopt an existing one, or check a repo for drift after a plugin update.
- GitHub or Azure DevOps, and Claude Code or Codex, from one payload.
Fluyt ships itself with its own process.
Quick start
Requires a GitHub repo with Issues and an authenticated gh CLI (or Azure DevOps with an
authenticated az, via forge-azure-devops), and a plugin-capable Claude Code or Codex client.
On Claude Code, the five hooks also need Node.js 18 or later on PATH: each is a node -e
one-liner, so without it their Node logic is inert, and each says so whenever it is skipped.
The full guide is docs/consumer-integration.md.
1. Install the plugin
Claude Code. Merge this into your repo's committed .claude/settings.json, so anyone who opens
the repo is prompted to install it:
{
"extraKnownMarketplaces": {
"fluyt": {
"source": { "source": "github", "repo": "ArjenVanSilfhout/fluyt", "ref": "main" },
"autoUpdate": true
}
},
"enabledPlugins": { "fluyt@fluyt": true }
}
Keep "ref": "main". The repo's default branch is dev (integration); main is the release branch.
Or install by hand (this tracks the default branch, dev; the JSON above is the way to pin main):
/plugin marketplace add ArjenVanSilfhout/fluyt
/plugin install fluyt@fluyt
Codex.
codex plugin marketplace add ArjenVanSilfhout/fluyt --ref main
codex plugin add fluyt@fluyt
codex plugin list
Then start a new session or task, so the client loads the new skills.
2. Adopt the conventions
Run fluyt:adopt-conventions in your repo (/fluyt:adopt-conventions on Claude Code,
$fluyt:adopt-conventions on Codex). It writes your Project Facts block, merges the
settings, .gitignore, .gitattributes, CHANGELOG and DECISIONS skeletons without overwriting your
own, interviews you for your repo's invariants, and proposes retiring local process files the plugin
now covers.
3. Ship something
/fluyt:ship-work-item
On Codex: $fluyt:ship-work-item.
Staying current
Claude Code, three steps, each needed: claude plugin marketplace update fluyt refreshes the
marketplace clone; claude plugin update fluyt@fluyt re-points the install record at the new
payload (for a repo with a project-scoped record, run it from that folder with --scope project);
then restart Claude Code, because a running session can keep the payload it loaded. Codex:
codex plugin marketplace upgrade fluyt, then codex plugin add fluyt@fluyt, then start a new
task. On either client, then run adopt-conventions in re-sync mode ("re-sync the conventions").
It proposes what changed and applies nothing without your yes.
What's inside
Sixteen skills, six specialist roles, five Claude Code hooks and ten templates, grouped here by what they get done.
Ship one work item
| Skill | What it does |
|---|---|
ship-work-item | The delivery ritual: issue, branch, implement, test, CHANGELOG and version, Closes #N, PR, auto-merge, close check. |
versioning-and-changelog | The CHANGELOG as the single source of truth, and the MINOR-versus-PATCH rule. |
Backlog and releases
| Skill | What it does |
|---|---|
backlog | Pick the next item, file and re-tier issues, run a hygiene scan. Reads your label scheme from Project Facts. |
release | Promote the integration branch to the release branch with a merge commit, never a squash, and tag it if you use tags. |
branch-protection | Offer or audit rulesets, merge methods and required checks, plus a CI-trigger audit. |
Orchestration and parallel lanes
| Skill | What it does |
|---|---|
orchestrator | The main session's posture: delegate, verify, loop. Routes to the skill that owns each step. |
agent-liveness | Tell a working sub-agent from a dead one without reading its transcript; resume rather than re-dispatch. |
scrum | A retrospective on the agent team and the workflow. It proposes; you decide. |
Hand-overs across context resets
| Skill | What it does |
|---|---|
handover | A hand-over a successor can act on without the transcript, written from the tree and stored where Project Facts says. |
A hub for many repos
| Skill | What it does |
|---|---|
hub | One hub session coordinating many project sessions: a message protocol, verbatim decision relay, roster hygiene, a context watch and away mode. A relayed answer counts as approval only where you gave it. |
Onboarding and upkeep
| Skill | What it does |
|---|---|
adopt-conventions | From scratch, first-time adopt, or re-sync after an update. Non-destructive. |
install-refresh-plugin | Install, refresh and diagnose the plugin on either client. |
hook-authoring | Read before you write a Claude Code hook: output files, timezones, repo-root paths, silent failures. |
report-upstream | File a bug or feature request about the plugin itself. Strips provenance by default, runs from the main session only (sub-agents and worker lanes hand their draft up), and refuses when Project Facts report-upstream is off. |
Other forges and clients
| Skill | What it does |
|---|---|
forge-azure-devops | Translates the GitHub steps to az: Boa |
// HOW IT'S BUILT
KEY FILES