junai Pipeline MCP

io.github.saajunaidPublished by GitHub account saajunaidv0.1.1Updated Oct 24, 2026

Agentic pipeline orchestration MCP server for AI-driven development workflows.

Overview

AI-generated overview

Runs an agentic development pipeline locally, planning features, implementing them phase by phase, and writing session handoff notes.

What you can do
An agentic pipeline orchestration server for AI-driven development workflows. It supports phased, test-driven feature planning, phase-by-phase implementation with commits, cross-vendor review of diffs, and session handoff documents. It also provides a layered memory model and hooks that guard against secret or destructive writes.
When to use it
Use it when you want an AI assistant to carry a software feature from plan through implementation and review inside a repository, and to resume work across sessions without re-discovery.
Requirements
Runs as a local process on the user's machine, installed from the PyPI package junai-mcp over stdio. It needs Python 3.11 or later on PATH and Git for repository state. Optional environment variables JUNAI_WORKSPACE_ROOT and PIPELINE_STATE_PATH set the workspace root and pipeline state file. An API key for DeepSeek or GLM is optional and only used for cross-vendor review.
Before you install
The server writes into the repository, including plan files, state files, commits, and pushes, and it can run hooks that modify files. It may send diffs to a different vendor's model for cross-review when an optional API key is configured. Review what it will commit or push before running shipping commands.

Installation

In SourceWeft

  1. Open junai Pipeline MCP in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

caddis — a Claude Code harness

[License: MIT]

Browse every command, skill, agent and hook -> saajunaid.github.io/caddis-plugin — the reference site, rebuilt on every publish.

caddis is a Claude Code harness — a plugin (plus a shared pool of skills, subagents, slash-commands, and hooks) that makes a single Claude Code session dramatically more capable and much harder to derail. It's agent-agnostic: the same pool is exported to other AI CLIs (Codex, Antigravity, Copilot), and CLAUDE.md↔AGENTS.md are mirrors so every agent reads the same conventions.

Before you start

You needWhy
Claude Code, installed and signed incaddis is a plugin for it
Python 3.11+ on PATHthe hooks and the cross-review tool are Python
Gitseveral commands read repository state
(optional) an API key for DeepSeek or GLMonly for cross-vendor review and the OSS lanes

Honest about the platform: caddis is developed and used daily on Windows with PowerShell. The hooks are pure Python and cross-platform, and the skills, commands and agents are plain markdown that work anywhere — but some launchers ship as both .ps1 and .sh, the deployment skill is Windows-specific, and the publishing machinery (sync.ps1) is PowerShell-only. Nothing here is hostile to macOS or Linux; it is simply less travelled, so expect rough edges and please report them.

Your first five minutes

bash
claude plugin marketplace add saajunaid/caddis-pluginclaude plugin install caddis@caddis

Then, in a Claude Code session, confirm it actually loaded:

/caddis:version

If that prints a version, you are installed. From there, the shortest path to seeing what caddis is for:

Try thisWhat it does
/caddis:feature-plan add CSV exportwrites a phased, TDD-structured plan to .caddis/plans/ — the durable spine the rest of the harness reads
/caddis:implement <plan>executes that plan phase by phase, committing each, and stops only at a real boundary
/caddis:cross-reviewhas a different vendor's model review your diff, because a same-vendor reviewer shares your blind spots
/caddis:handoffwrites the resume doc, so the next session starts with zero re-discovery

Everything else is optional. If you only ever use feature-plan → implement → cross-review, you have most of the value.

This repository is the published marketplace mirror: it hosts the caddis and caddis-extras Claude Code plugins, the portable per-harness bundles under bundles/, and the shared pool. It is generated and pushed by the caddis authoring repo's exporter — issues are welcome here, but code changes land upstream and are synced in.


Install (Claude Code)

bash
# 1. Register this repo as a plugin marketplace (once)claude plugin marketplace add saajunaid/caddis-plugin
# 2. Install the core plugin (always-on, lean context)claude plugin install caddis@caddis
# 3. (optional) Add the long-tail skill library — cloud/data/media/etc. Disabled by default,#    so it costs zero always-on context until you enable it.claude plugin install caddis-extras@caddis

Then, in any repo:

/caddis:setup-project-ai     # deploy the harness into the project

A normal working loop looks like:

/feature-plan      # (or /prd first) → writes .caddis/plans/<slug>.md, the durable spine/implement         # executes the plan phase-by-phase, TDD, commit per phase/ship              # express lane: commit → push → CI (hotfixes); feature work: /ship-pr then /ship-merge/handoff           # ALWAYS end a session with this — writes the resume doc

The one habit that matters most: end every session with /handoff. It writes .caddis/relay.md, which is re-injected automatically at the next session start — you resume with zero re-discovery instead of a cold, forgetful session.

See USERGUIDE.md for the full command/skill/hook reference and the mental models.


What you get

  • Slash-commands — /feature-plan, /prd, /implement, /tdd, /ship · /ship-pr · /ship-merge, /handoff, /kb, /digress · /resume, /cross-review, /usage-review, /mermaid-db · /excalidraw-db, /setup-project-ai, /migrate-dir.
  • Subagents — lean, own-context helpers: anchor (evidence-first verification), code-reviewer, preflight (plan-vs-codebase validation), tester, debug, codebase-audit, security-analyst, data-engineer, sql-expert, knowledge-transfer.
  • A four-layer memory model — session relay (relay.md), automatic Dream Memory (memory.jsonl), a per-repo knowledge base (.caddis/kb/ + DOC-MAP.md), and cross-repo memory.
  • Hooks & safety — a PreToolUse guard for secret/destructive writes, auto-lint on edit, and the SessionStart/Stop hooks behind relay + memory.
  • Tiered skills — the core dev set ships in caddis; the long tail (cloud, data, media, productivity) lives in caddis-extras, off by default.

Installing outside Claude Code (Codex, Antigravity, …)

The knowledge layer (skills + AGENTS.md conventions) works in any harness. Per-harness bundles are published under bundles/ and installed with caddis-init:

bash
# from a checkout of this repo (the installer ships in plugin/scripts/)python plugin/scripts/claudster_init.py --target codex        --dest /path/to/projectpython plugin/scripts/claudster_init.py --target antigravity  --dest /path/to/project

Safe by design: a sha256 manifest tracks what the installer wrote; re-runs update only unmodified files, and anything you edited locally is reported as a conflict, never overwritten.


Repo layout

PathWhat it is
.claude-plugin/marketplace.jsonThe marketplace manifest (caddis + caddis-extras)
plugin/The core caddis Claude Code plugin (agents, commands, hooks, core skills)
plugin-extras/The caddis-extras skill library (disabled by default)
bundles/Portable per-harness exports (codex, antigravity) for caddis-init
.github/The shared pool: skills, agents, prompts, instructions, tools
sync.ps1, export_runtime_resources.py, validate_pool.pyThe build/sync machinery

A note on names

caddis was previously published as claudster (and, before that, this repo hosted the junai Copilot pipeline — see the pre-1.2 entries in CHANGELOG.md). Repos set up under the old name have a .claudster/ artifact dir; everything reads both .caddis/ and .claudster/ and writes where the repo already lives, so nothing breaks. Run /caddis:migrate-dir when you want a repo converted. The ~/.claudster/ user scope (keys, install records) is permanent.


License

MIT. The published plugin bundles (caddis / caddis-extras) carry the same license in their manifests.

Source: README.md at commit 2a72043

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  1. v0.1.1LatestSep 16, 2026

Score

50% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts