By daeon
Expert-routed software engineering workflow: a lead engineer selects the smallest useful expert panel, maps repo contracts and risk, gates decisions with evidence, verifies changes, and preserves reusable repo knowledge.
Independent read-only advisor for risk gates. Use when the lead needs a second opinion on uncertain architecture, unclear root cause, conflicting evidence, security, migration, compatibility, release, production-sensitive, broad multi-file, or assumption-heavy completion decisions.
Investigates repositories to create repo atlases, component briefs, symbol maps, test maps, configs, runtime paths, generated-code rules, and evidence before code changes.
Reviews developer experience, documentation, CLI behavior, error messages, onboarding, examples, and public-facing guidance for software changes.
Challenges software engineering claims by requiring evidence, falsifying hypotheses, checking contract graphs and test validity, identifying unsupported assumptions, and blocking premature implementation.
Proposes and implements the smallest safe code change after investigation, architecture/security/performance constraints, verification planning, and evidence review.
Use for read-only performance investigation: establish measurements, identify hot paths, rank hypotheses, and recommend probes before any optimization changes.
Use for read-only repository understanding: map architecture, components, ownership, call paths, contracts, risks, and improvement opportunities without editing files.
Use for read-only debugging and root-cause investigation: reproduce or reason about failures, build hypothesis matrices, identify next probes, and avoid edits until a fix is requested.
Use for software work with real risk or breadth: multi-file or behavior/contract changes, unknown root causes, security/performance/migration/release concerns, PR-level review, or whole-repo investigation. Acts as lead engineer: selects a minimal expert panel, builds evidence, gates edits, verifies. Skip for typo-level or obvious single-file edits.
Use when handing the current task, investigation, plan, branch, or session to another agent or a fresh session. Produces a compact continuation document with decisions, evidence, open questions, artifact links, suggested skills, and next actions.
Uses power tools
Uses Bash, Write, or Edit tools
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
Give your AI coding agent an expert software engineering team.
EngineeringTeam is a repo-first workflow layer that makes one coding agent operate like a coordinated panel of software engineering experts. For each task, a lead engineer frames the problem, selects the smallest useful set of specialists, gets them oriented on the repo and affected contracts, gates the decision with evidence, and only then makes the targeted implementation or hands back a diagnosis.
Stop asking one agent to guess. Give it the right expert panel, shared repo understanding, and an evidence gate before it edits.
Most coding agents are fast, but speed is not judgment. Real engineering work needs the right mix of skills: someone to map ownership, someone to test the contract, someone to challenge weak evidence, and domain specialists for security, performance, migration, architecture, or release risk when those risks are real.
EngineeringTeam turns that team habit into a reusable skill that works across the agent you already use. It does not add a runtime service, network calls, or session-start magic. You invoke engineering-team when a task deserves expert coordination: it chooses the right panel, makes the panel understand the problem from source evidence, and produces compact, human-reviewable artifacts as it goes.
That panel can deliver a PR-ready implementation, a read-only diagnosis, a repo map, a hypothesis matrix, a log report, a performance probe plan, or a handoff for another session. The point is not “change code” versus “understand code.” The point is: assemble the right experts, establish shared understanding, then make the smallest safe move.
Read-only mode means no edits; it does not mean low rigor. Trivial local explanations can use L0, while broad codebase analysis, root-cause work, performance analysis, protected-boundary review, migration review, release planning, and multi-component PR review still use L2-L5 depth according to complexity and risk.
Use handoff when you want the current task transferred to another agent or a fresh session. It compacts the work into a continuation document with decisions, evidence, open questions, artifact links, suggested skills, and next actions.
Specialist agents are selective, not mandatory. EngineeringTeam does not spawn a fixed committee; it forms the smallest expert panel that covers the task's distinct risks.
flowchart LR
request[User request] --> lead{Lead engineer intake}
lead --> mode{Outcome needed?}
mode -->|Fix / feature / refactor| impl[Implementation mode]
mode -->|Understand / debug / logs / perf| analysis[Read-only analysis mode]
mode -->|Continue elsewhere| handoff[Handoff mode]
impl --> panel[Select expert panel]
analysis --> panel
panel --> depth[Assign L0-L5 depth]
depth --> atlas[Repo Atlas]
atlas --> brief[Component Brief]
brief --> contracts[Contract Graph]
contracts --> evidence[Evidence Ledger]
evidence --> gate{Implementation Gate}
gate -->|Pass| patch[Small safe patch]
gate -->|Read-only| report[Diagnosis / report / next probes]
patch --> verify[Verification Report]
report --> closeout[Run Ledger / Context GC]
verify --> closeout
handoff --> capsule[Continuation document]
npx claudepluginhub daeon/engineeringteam --plugin engineering-teamComprehensive feature development workflow with specialized agents for codebase exploration, architecture design, and quality review
A growing collection of Claude-compatible academic workflow bundles. Covers scientific figures, manuscript writing and polishing, reviewer assessment, citation retrieval, data availability, paper reading, literature search, response letters, paper-to-PPTX conversion, and evidence-grounded Chinese invention patent drafting. Rules are organized as reusable skill folders with explicit workflows and quality checks.
Harness-native ECC operator layer - 67 agents, 271 skills, 92 legacy command shims, reusable hooks, rules, selective install profiles, and production-ready workflows for Claude Code, Codex, OpenCode, Cursor, and related agent harnesses
Upstash Context7 MCP server for up-to-date documentation lookup. Pull version-specific documentation and code examples directly from source repositories into your LLM context.