Processkit
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Processkittrace the end-to-end order fulfillment process"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Processkit
Standalone MCP/harness package for:
/business-process-trace— brownfield cross-system process evidence/business-impact-review— vertical × horizontal code-change review/configure-repo-maps— NL → machine-local checkout maps (cross-repo)deprecated
/flow-traceredirect
Optional accelerators: CodeGraph, Docskit and ArtifactGraph. Processkit works
without them through targeted repository search/model analysis. Missing
optionals produce one schema-validated evidence event per run/optional with
actual file-read and context-byte metrics; see
docs/OPTIONAL-ACCELERATORS.md.
Quick start (member)
Processkit relies on Platform DNA to manage repository maps and cross-repo routing. You must install and initialize Platform DNA before using Processkit.
# 1. Install Platform DNA
curl -fsSL https://raw.githubusercontent.com/raintr91/platform-dna/main/install.sh | bash
# 2. Initialize Platform DNA in your workspace
cd /path/to/project
platform-dna init
# 3. Install Processkit
curl -fsSL https://raw.githubusercontent.com/raintr91/Processkit/main/install.sh | bash
processkit init # wizard: agents → lane (docs|fe|be)The wizard picks agents (checkbox, detected ones pre-checked), then the lane. Every selected agent gets a project-local MCP config in the current repo; there is no location prompt. Init also:
ensures
platform-repos.local.jsonandlegacy-repos.local.jsonwhen missing (never overwrites; never seeds portable*-repos.json);merges generated local targets into
.gitignore(idempotent; unanchored patterns.cursor//.processkit/matching Platform DNA / Codegenkit);installs shared
cross-repo-index.mdc(DNA SSOT filename — no duplicateprocesskit-cross-repo-index.mdc);records entries in the install manifest so
statuscan report missing ignore lines and empty local maps.
CI keeps the long flags:
processkit init --type=docs --target=cursor --yesLocal checkout / global CLI
From a local checkout:
pnpm install && pnpm build
# one-shot init without global install:
node /path/to/Processkit/bin/processkit.mjs init
# or refresh ~/.processkit + PATH shims from this checkout:
./install.sh --from /path/to/Processkit
# equivalent: PROCESSKIT_SRC=/path/to/Processkit ./install.shWhen Platform DNA should invoke this checkout instead of an older global
processkit on PATH:
export PLATFORM_DNA_PROCESSKIT_ROOT=/path/to/Processkit
platform-dna initProfiles:
docs: process trace + impact review + configure-repo-maps + deprecated redirectfe/be: impact review + configure-repo-maps
Related MCP server: uni-kb
Cross-repo routing
Step system id | Checkout map |
|
|
otherwise |
|
In-repo-only work needs no map. Cross-repo with empty/missing keys → Gaps +
/configure-repo-maps, then platform-dna codegraph:wire.
Example prompts (/configure-repo-maps)
Platform multi-repo (writes platform-repos.local.json):
/configure-repo-maps
2 portal: admin at ~/ws/portal-admin, line at ~/ws/portal-line;
2 API: core at ~/ws/api-core, scenario at ~/ws/api-scenario;
docs = ~/ws/base-docs; tests = ~/ws/base-tests.Legacy (writes legacy-repos.local.json):
/configure-repo-maps
Legacy ERP is at D:\legacy\erp, key legacy-erp.Then run /business-process-trace or /business-impact-review as usual.
Managed harness lifecycle
init records only Processkit-managed harness assets and their installed hashes
in .processkit/install-manifest.json. Switching profiles marks assets from the
previous profile as stale; it does not delete them or manage shared registries
and portable project maps. It also records the destination in the XDG install ledger at
$XDG_STATE_HOME/processkit/installs.json (or
~/.local/state/processkit/installs.json).
processkit status --project-root /path/to/project
processkit prune --project-root /path/to/project # dry-run
processkit prune --project-root /path/to/project --yes # delete safe stale files
processkit deinit # current repo + local MCP
processkit uninstall # every repo + MCP + CLIPrune deletes only stale files still matching their recorded hash. Customized
files are retained. platform-repos.json, shared extract registries and any
file absent from the Processkit install manifest are never prune targets.
Unsupported manifest APIs and unsafe paths fail before harness writes or
deletions.
Without --yes, deinit and uninstall are dry-runs in non-interactive use;
in a TTY they preview and ask for confirmation. deinit is the inverse of
init for the current destination: it removes hash-matching managed harness
files and unwires local Processkit MCP entries from every agent config written
at init, preserves and reports modified files,
safely removes only Processkit bundle keys from the shared extract registry,
and forgets the destination from the ledger. Local map files are kept.
processkit uninstall can run from anywhere. It defaults to global/all:
every destination in the ledger, each local Processkit MCP entry, the global
Cursor MCP entry, the CLI shims and ~/.processkit. For installs created before
the ledger existed:
processkit uninstall --discover ~/workspace --yesAdvanced --scope=repo|all-repos|mcp-local|mcp-global|cli|all,
--project-root, and --keep-mcp filters remain available. prune remains
stale-only and never performs a full deinitialization.
MCP tools
business_process_validatebusiness_impact_validatebusiness_diff_scope
Processkit has no runtime dependency on CodeGraph. init preserves an existing
CodeGraph MCP entry and does not require the server to be live.
Portability
Processkit never writes portable platform-repos.json / legacy-repos.json
(Platform DNA / Docskit own those). It only ensures ignored
platform-repos.local.json and legacy-repos.local.json skeletons so
cross-repo skills have a place to resolve checkouts regardless of toolkit
install order.
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Servers
- Alicense-qualityBmaintenanceDev intelligence layer that builds a knowledge graph from any codebase and exposes 7 MCP tools for graph-powered reasoning, impact analysis, and preflight safety and governance checks.32Apache 2.0
- Alicense-qualityBmaintenanceEnables parsing, indexing, and querying source code as structured knowledge, providing code exploration, spec generation, and migration tools via 20 MCP tools.MIT
- AlicenseAqualityBmaintenanceA local-first, model-neutral MCP server for collecting and normalizing change-scoped release evidence. It provides deterministic Git change summaries, evidence collection, and review bundles for agent review.716Apache 2.0
- Alicense-qualityBmaintenancePrivate, local-first code intelligence MCP server that builds a static graph of repositories and exposes search, architecture, impact analysis, and review tools via MCP.MIT
Related MCP Connectors
Control plane for autonomous software labor. Agents claim objectives over MCP with audit trail.
Knowledge coverage map and health score. Ingest docs into a governed knowledge graph via MCP.
A Model Context Protocol (MCP) application for automated GitHub PR analysis and issue management.…
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/raintr91/Processkit'
If you have feedback or need assistance with the MCP directory API, please join our Discord server