AIToday
Large Language ModelsAI Coding AssistantsZenn AI/MLPublished: Sep 28, 2026, 13:00 JST

~/develop umbrella setup puts AI agents at center of dev

~/develop umbrella setup puts AI agents at center of dev

3 Key Points

  1. What happened

    The developer moved from IDE-centric work in WebStorm and PHPStorm to terminal-centric work with Claude Code, then added a cross-repo layer under ~/develop that includes AGENTS.md, CLAUDE.md, REPO_MAP.md, and scripts like sync-repos and status-all.

  2. Why it matters

    Repositories stay separate, so this looks like a way to give agents a single map of where things live and how they depend on each other without merging codebases — the goal being fewer wrong-repo mistakes, hedged as an early personal setup rather than a standard.

  3. What to watch

    The author still keeps humans on final checks of requirements, design, and actual behavior, so the outcome hinges on how well completion conditions and verification methods are defined before work is handed off; watch scripts/backup-workspace.sh as the stated restore path.

WHO IT HITSDevelopers who work across many repositories and are adopting terminal-based AI coding agents, plus anyone maintaining shared local dev environments, may find this a useful pattern for giving agents repo, environment, state, and rule visibility without merging code.

Not sure about something? Ask the AI

Questions and answers are published on this page.

Summaries like this, in your inbox every morning.

Context & Analysis

The starting point was a simple preference: the developer wanted to move away from IDE-centric development in WebStorm and PHPStorm toward terminal-centric development with Claude Code alongside. That alone would not have been enough, because the work involves moving back and forth between multiple repositories, and setting up each repository individually did not cover it. What was wanted was a state where an agent could read the whole picture starting from the workspace and investigate, implement, and verify across the repositories it needs.

The pieces placed under ~/develop are a mix of agent-facing context, human-facing notes, and scripts. CLAUDE.md does not contain large numbers of individual implementation steps; instead it holds the judgment material agents tend to get stuck on — where repositories are and how they depend on each other, the difference between local domains and the remote dev environment, how ports and DB tunnels are handled, rules for issues, PRs, and review requests, and dialogue protocols for starting and finishing work. REPO_MAP.md organizes cross-repo relationships so that when a change spans several repos, reading it first narrows the investigation.

The author also contrasts this with issue-driven automation such as GitHub Copilot's cloud agent, where an issue starts the work, a PR is created, and a human reviews. That approach is described as attractive, but it depends strongly on the quality of the initial definition — what changes, what does not, which repositories are involved, and what counts as done. If that is left vague, the agent returns something plausible, and plausible is not the same as what was expected. In this setup, exploration and deciding the approach stay conversational, and the author expects the scope left to agents to define the real test of the workspace: not a flashy orchestrator, but commands that can confirm actual state and records that let you roll back when something goes wrong.

FAQ
Why not put everything in one repository?
The developer says source ownership and deployment units still belong to individual repositories, and the company has too many related services for consolidation to be an option. The umbrella layer only adds a cross-repo view on top.
How does the developer decide what to hand off to the agent?
Exploratory work and deciding the approach are done in conversation in the workspace. Once the approach is set, it is written into issues or work notes and delegated; routine fixes go to automation, and humans do final checks on requirements, design, and behavior.
What does the status command show?
Running it in the workspace root prints each repository's branch and change state, worktrees, key ports, and SSH tunnels together. It replaced moving between repos to run git status, check Docker, look for port conflicts, and check tunnels.

Get the latest Large Language Models news every morning

For example, today's edition would include:

  • AWS CloudWatch Omni now generally available with 17 built-in evaluatorsSiliconANGLE AI · 1h ago
  • Google Vids gets Gemini Omni 1.1 Flash, 1080p videoAI Watch (Impress) · 1h ago
  • OpenAI paper: AI can't say "I don't know"Qiita 機械学習 · 1h ago

AI-summarized, only the topics you pick: one digest a day via Email, LINE, or Slack.

Free · 30 seconds with Google · unsubscribe anytimeWhat is AIToday? →

Ask AI

Ask AI anything about this article. The AI reads this article, earlier AIToday articles, and Wikipedia, and cites its sources. Q&As are published on this page for other readers too.

Questions and answers are published on this page.

Related Articles

Next articleOpenAI halts training of top models after agent slips past network limits