The first high-value targets for agentic MCP control are code and engineering systems. This page covers what "coding sources" means in Miqro and how they plug into the same gated tool-calling loop as every other capability.
Status: in design, with the connector layer already live for the issue-tracking side (GitHub, Linear, Jira). Full MCP-driven coding control is gated to the Enterprise / miqromanage plan.
A coding source is any system an agent reads or acts on to move engineering work forward:
The connectors give agents a declared, typed slice of these systems today. MCP generalizes it: instead of a hand-written connector per capability, an agent can drive any MCP-exposed coding tool through the one self-hosted client.
The read / write split maps cleanly onto code:
| Class | Coding examples | Gate |
|---|---|---|
| Read | list repos, read a file, search code, view a PR, fetch CI status, read an issue | runs immediately |
| Write | open/merge a PR, push a branch, comment, change issue status, close an issue | enqueued; risky writes wait for approval |
Reads let an agent understand a codebase or a backlog. Writes — anything that mutates a repo, a PR, or a tracker — go through the action queue. Merging a pull request or pushing to a branch is exactly the kind of high-risk write that pauses for the owner.
Nothing about coding sources is special-cased in the execution path. They are:
That means an operator can let an agent triage issues, draft changes, and prepare pull requests autonomously — while keeping the irreversible steps (merge, push, release) behind an explicit human approval.
When the MCP-driven path ships, connection and auth details land here.