Agent Foundry is a VS Code extension for the current agentic-software-engineering wave: instead of trying to be yet another coding agent, it turns any repository into an agent-ready workspace.
It analyzes the repo, generates portable workflow assets, and creates task handoffs that can move across GitHub Copilot, Claude, Codex, Cline, Roo, and similar tools.
If Agent Foundry is useful in your team or open-source workflow, support ongoing development through GitHub Sponsors.
If you hit issues or have product wishes, please tell us on GitHub Issues or by mail at info@devsheep.de.
The market is moving toward agent-first development, but the setup is fragmented:
- VS Code now supports custom instructions, prompt files,
AGENTS.md,CLAUDE.md, custom agents, skills, handoffs, and even extension/plugin distribution for agent workflows. - GitHub Copilot Chat dominates distribution with
65,865,985installs on the Visual Studio Marketplace. - Independent agent-native extensions are already large: Cline is at
3,315,582, Roo Code at1,356,196, and Continue at262,157. - Adjacent workflow helpers such as Copilot Chat Porter are tiny by comparison at
118, which signals that the market gap is not “another chat importer” but a broader and better-positioned workflow product.
This suggests a picks-and-shovels opportunity: help every agent work better inside a repo instead of competing head-on with the biggest model vendors.
Agent Foundry should win installs by being:
- cross-agent instead of vendor-locked
- useful on day one without any external service
- repo-native, with files that can live in git
- open-source friendly so teams adopt it across their repositories
- easy to explain: "make your repo ready for coding agents"
- analyzes the current workspace and scores agent readiness
- detects the stack, project shape, scripts, diagnostics, and current git status
- generates:
AGENTS.mdCLAUDE.md.github/copilot-instructions.md.github/instructions/repository.instructions.md.github/instructions/frontend.instructions.md.github/instructions/backend.instructions.md- stack-aware files such as
.github/instructions/nextjs.instructions.md,.github/instructions/python.instructions.md, and.github/instructions/monorepo.instructions.mdwhen relevant .github/prompts/plan-change.prompt.md.github/prompts/ship-change.prompt.md.github/agents/planner.agent.md.github/agents/implementer.agent.md.github/agents/reviewer.agent.md.github/skills/bug-triage/SKILL.md.github/skills/change-safely/SKILL.md.agent-foundry/workspace-analysis.md.agent-foundry/workspace-analysis.json.agent-foundry/implementation-plan.md
- creates portable task handoffs under
.agent-foundry/handoffs/ - exposes the workflow in a native sidebar instead of hiding it behind one-shot commands
Agent Foundry: Analyze WorkspaceAgent Foundry: Bootstrap Agent Workflow AssetsAgent Foundry: Generate Task HandoffAgent Foundry: Show ActionsAgent Foundry: Open Market ResearchAgent Foundry: Open Getting Started Guide
The repository now includes:
.vscode/launch.jsonfor an Extension Development Host.vscodeignorefor packaging hygienenpm run verifyfor a minimal manifest and syntax checknpm testfor core helper regression coveragenpm run packagefor.vsixgeneration- built-in walkthrough steps with local media assets
RELEASE_CHECKLIST.mdfor packaging and publishing
- Issues and product wishes: https://github.com/padjon/vscode-agent-foundry/issues
- Email: info@devsheep.de
- Contributing guide: CONTRIBUTING.md
- Security reporting: SECURITY.md
- verification command suggestions now adapt to
npm,pnpm,yarn, andbun - bootstrap warns before overwriting existing workflow files
- core helper logic has a lightweight built-in test suite
- packaging uses
vsce --no-dependenciesbecause the extension ships without runtime dependencies - bootstrap can preview the full generated file set before writing into the repository
- generated instruction files now adapt to common repo shapes such as Next.js apps, Python services, and monorepos
The strongest repo name for launch is:
vscode-agent-foundry
It starts with vscode-agent-, it is broad enough to expand, and it positions the project as infrastructure rather than a single gimmick.
The initial distribution loop should be:
- Publish the extension as open source with marketplace screenshots and a very clear "make your repo agent-ready" message.
- Share generated
AGENTS.mdand skill examples in public repos so users see the output in the wild. - Optimize SEO around
AGENTS.md,Copilot instructions,Claude.md,custom agents, andagent handoff. - Convert appreciation into GitHub Sponsors by positioning the extension as neutral infrastructure for the whole ecosystem.
The research behind this direction is documented in:

