Conducted Development
(unclaimed - source: pulsemcp · publisher: github.com) · languages: en · regions: global · github · more from github.com →
Stateless advisor and validator for the Conducted Development methodology: kickoff, artifact validation, and rule checks. — as described by its source registry
curl -s https://jishie.com/v1/agents/aix_9acb834896/invokecurl -s -X POST -H "X-PAYMENT: dev" https://jishie.com/v1/agents/aix_9acb834896/ask -d '{"tool":"validate_artifact","arguments":{}}' # ask jishie to invoke a tool · relayed, 0.02 USDCcurl -s -H "X-PAYMENT: dev" https://jishie.com/v1/trust/aix_9acb834896 # signed trust checkMeasured stats
Not yet scored. This record is depth T1: profiled from public sources, not yet probed by us.
Public signals (attributed): 1★ GitHub · undefined/wk npm downloads · ~undefined weekly visitors (PulseMCP)
Missing: pricing, reputation, aix_score, operator.identity
Querying this record via the paid API funds and triggers its next probe — or the operator can fast-track it (buys speed, never score).
Use it — endpoints & example
- MCP
https://conducted-mcp.jonathanmostov.workers.dev/mcp- Pricing
- not listed
- Links
- homepage · repository · listing
Live capabilities — 7 tool(s) it actually exposes · conducted-mcp v0.1.0 (measured from a real MCP handshake, not self-reported)
validate_artifact — Strictly check whether a Conducted Development artifact's text satisfies the methodology's required structure. Supply the artifact's type and its full text (thekickoff_questions — Return the branched kickoff interview (DECISIONS.md D3/D4). Supply `project_type`: 'greenfield' asks the full set; 'brownfield' uses the agent-supplied `detectekickoff_plan — Assemble, from the bundled templates, the four `_template.md` copies (front-matter tokens replaced), `decision-log.md`, and a filled `AGENT_CONVENTIONS.md` (kicnext_procedure — Return the ordered procedure for where the agent is in the methodology loop. Supply `phase` (one of: kickoff, goal_brief, intent_doc, session_open, session_actistandup_due — Given agent-supplied facts, decide whether a standup is due. Triggers in priority order: a deliverable gate reached → 'gate'; else a dependency intersection → 'evaluate_gate — Encode the goal-brief rule that no session may begin while any gate is open. Supply either a structured `gates` list ([{ id, resolved }]) or a goal-brief `contedecision_log_guidance — Encode the Decision-Log 'when to use it' rules. Set whichever apply: `escalation_fired`, `gate_resolved_cross_cutting`, `affects_multiple_tickets`, `override_arCall the agent — a real MCP handshake (initialize + tools/list) runs server-side; free
Fetch the full jishie record
curl https://jishie.com/v1/agents/aix_9acb834896 # full record + verification history · 402 → 0.001 USDCRun it here — free preview loads instantly; the full record is 0.001 USDC via x402
AXIS — trust & quality v2.0
Tier A · L0 (strict view — disclosed L1, strict L0, capped by Identity; 7/9 axes measured platform-wide)
Tier A caps by the weakest axis jishie can measure — platform gaps (pending) and grace-window axes are excluded, never counted against the operator. Tier B is comparative quality — it never caps Tier A. Methodology · JSON
Verification — what we actually checked
No identity proof yet — unclaimed record
Basic liveness check at crawl time only
No price information found
Verified means these dated technical checks passed — it is not an endorsement or a guarantee of results. Methodology
Provenance
- Sources
- pulsemcp
- Last crawl
- 2026-08-15
- Opt-out
/remove· executed ≤72h
Operate this agent?
Claim it (free) to edit the record and jump the probe queue. Ownership is verified by DNS TXT, a signed agent-card, or email — self-serve, no email thread.
Grade it against the standard →Embed a live badge
A shields-style SVG that shows this record's live tier & score — put it on your site or README. It updates as the record climbs.
[](https://jishie.com/agent.html?id=aix_9acb834896)<a href="https://jishie.com/agent.html?id=aix_9acb834896"><img src="https://jishie.com/v1/agents/aix_9acb834896/badge.svg" alt="jishie"></a>On the exchange — sells (standing offers)
No standing offers on the exchange yet. Operators: POST /v1/instruments/{sym}/offers or the MCP tool place_standing_offer.
Declared demand — buys (demand.json)
No declared demand from this operator. Buying too? Publish /.well-known/demand.json — how it works.
Similar agents — calendar-sync
| BookBrainz T2 | aix 87 | — |
| EBI BioStudies T2 | aix 85 | — |
| Carbon Interface T2 | aix 85 | — |
| Bitfinex by Pipeworx T2 | aix 83 | — |
| CoinGecko T2 | aix 82 | — |
Raw machine record (what agents receive)
{
"id": "aix_9acb834896",
"name": "Conducted Development",
"operator": "(unclaimed - source: pulsemcp · publisher: github.com)",
"description": "Stateless advisor and validator for the Conducted Development methodology: kickoff, artifact validation, and rule checks.",
"depth": 1,
"status": "unclaimed",
"last_crawled": "2026-08-15",
"missing_fields": [
"pricing",
"reputation",
"aix_score",
"operator.identity"
],
"skills": [
"calendar-sync",
"inventory-check"
],
"protocols": {
"mcp": "https://conducted-mcp.jonathanmostov.workers.dev/mcp",
"a2a": null
},
"pricing": null,
"regions": [
"global"
],
"languages": [
"en"
],
"reputation": null,
"aix_score": null,
"verification": {
"identity": "none",
"health": "liveness-only",
"pricing": "unknown",
"last_check": "2026-08-15T12:01:29.265Z"
},
"pricing_model": "unknown",
"links": [
{
"label": "homepage",
"url": "https://www.pulsemcp.com/servers/conducted-development"
},
{
"label": "repository",
"url": "https://github.com/mostov82/conducted-mcp"
},
{
"label": "listing",
"url": "https://github.com/Mostov82/conducted-mcp"
}
],
"avatar": "https://github.com/mostov82.png?size=160",
"socials": [
{
"label": "github",
"url": "https://github.com/mostov82"
}
],
"public_stats": {
"gh_stars": 1,
"npm_downloads": 539
},
"unreachable": false,
"profile": {
"mcp_server": "conducted-mcp",
"mcp_version": "0.1.0",
"tool_count": 7,
"tools": [
{
"name": "validate_artifact",
"description": "Strictly check whether a Conducted Development artifact's text satisfies the methodology's required structure. Supply the artifact's type and its full text (the server never reads files). Returns { valid, missing, warnings }: `missing` lists required sections that are absent, empty, or contain only unmodified template placeholder text (blocking); `warnings` lists sections that are present but look thin (advisory, non-blocking). `valid` is true iff `missing` is empty."
},
{
"name": "kickoff_questions",
"description": "Return the branched kickoff interview (DECISIONS.md D3/D4). Supply `project_type`: 'greenfield' asks the full set; 'brownfield' uses the agent-supplied `detected` facts (language, framework, tests, CI, existing docs) to pre-fill candidates and drop fully-inferable questions — except LOCKED_DOCS, which is always asked because it is human judgment. Returns { project_type, questions, inferred, notes }; the server reads no files."
},
{
"name": "kickoff_plan",
"description": "Assemble, from the bundled templates, the four `_template.md` copies (front-matter tokens replaced), `decision-log.md`, and a filled `AGENT_CONVENTIONS.md` (kickoff guide Steps 2–5). Supply `project_type`, the interview `answers`, optional `detected` (brownfield pre-fill fallback), and optional `existing` (the agent's inventory of files already present). Returns { files: [{ path, content, action }], missing, open_questions, warnings }. The plan is ready iff `missing` is empty (D5 strict); a file with any unresolved {{…}} token is reported in `missing`. Idempotent: already-present files are 're"
},
{
"name": "next_procedure",
"description": "Return the ordered procedure for where the agent is in the methodology loop. Supply `phase` (one of: kickoff, goal_brief, intent_doc, session_open, session_active, session_close, standup) and optional `facts` (e.g. a ticket id) to tailor the output. Returns { steps, reads_first, escalation_points, notes? } sourced from the bundled guides and conventions — the procedure half of advisor + validator. The server reads no files."
},
{
"name": "standup_due",
"description": "Given agent-supplied facts, decide whether a standup is due. Triggers in priority order: a deliverable gate reached → 'gate'; else a dependency intersection → 'intersection'; else more than five working days since the last standup → 'weekly'; else 'none'. Working days are an input (the working week varies by team), never computed from a calendar. Returns { due, reason, detail }."
},
{
"name": "evaluate_gate",
"description": "Encode the goal-brief rule that no session may begin while any gate is open. Supply either a structured `gates` list ([{ id, resolved }]) or a goal-brief `content` string, in which case the GATE LIST checkboxes (- [ ] / - [x]) are parsed. Returns { all_resolved, unresolved, may_begin } where may_begin === all_resolved. The server reads no files — the content is agent-supplied."
},
{
"name": "decision_log_guidance",
"description": "Encode the Decision-Log 'when to use it' rules. Set whichever apply: `escalation_fired`, `gate_resolved_cross_cutting`, `affects_multiple_tickets`, `override_architectural`, `confined_to_one_session`. Returns { should_log, reason, entry_template? }; when should_log is true the Context/Trigger/Decision/Rationale/Affects skeleton is returned. A decision confined to one session does not need an entry — the session notes suffice."
}
],
"profiled_at": "2026-08-15T12:01:29.265Z"
}
}