Questions about AI-first engineering, MCP servers, RAG, evals, orchestration, and how I ship production AI workflows.
Least privilege, read-before-write, and explicit schemas. I start with search and fetch tools, add mutations only with human approval or high-confidence gates, and log every invocation with user, args hash, and result status. Agents should feel boringly safe to operate.
No — MCP is the agent-facing surface, not your domain layer. Business rules, validation, and persistence still live in services you control. MCP translates intent into calls your backend already understands.
Schema drift. When an upstream API changes, tools break silently unless versioned and tested. I treat tool definitions like public API contracts with changelog notes and smoke tests agents run in CI.
It pulls live library docs into the IDE during implementation so I am not guessing API shapes from memory. Paired with repo-aware agents, it cuts down hallucinated imports and deprecated patterns — especially on fast-moving frameworks.
GitHub MCP for agent loops inside the IDE — open PRs, fetch issues, attach summaries. GitHub Actions for deterministic deploy and scheduled jobs. I do not ask an agent to do what CI already does reliably.
Cursor gives repo context, inline diffs, and skill hooks in one surface. I am faster on multi-file refactors, test scaffolding, and following project conventions because the agent sees the tree I am in — not a pasted snippet.
Skills are reusable playbooks — GSAP patterns, MCP setup, commit conventions — invoked instead of re-explaining context every session. I keep them narrow and versioned. A stale skill is worse than no skill because it silently teaches bad habits.
When the task spans scripts, CI configs, and logs outside the IDE sweet spot, or when I want a headless agent in a remote environment. Terminal agents excel at batch refactors with explicit file lists and checkpoint commits.