Guide teams through engineering practice choices with context-driven planning questions.
Copy the install command and let the AI configure it · recommended for beginners
Please install the "engineering-practices" skill from askskill: 1. Download https://raw.githubusercontent.com/microsoft/devsquad-copilot/main/.github/plugins/devsquad/skills/engineering-practices/SKILL.md 2. Save it as ~/.claude/skills/engineering-practices/SKILL.md 3. Reload skills and tell me it's ready
We are starting a new web product with a team of 6, shipping every two weeks, using GitHub and cloud deployment. Please do not prescribe solutions directly; instead, guide us with questions to clarify engineering practice decisions for CI/CD, branching strategy, observability, and infrastructure as code.
A set of topic-based clarifying questions that help the team discuss options and trade-offs based on project context.
We already have an MVP and are planning the first core features. Use a Socratic questioning approach to help us evaluate release frequency, rollback strategy, environment management, alerts, and on-call practices, without designing a concrete pipeline or infrastructure.
A guided question list around release and operations practices to identify risks, constraints, and team readiness.
Our development and operations responsibilities are not clearly defined. Based on team size, number of services, incident impact, and compliance needs, ask step-by-step questions to help us clarify engineering practice decisions for logs, metrics, tracing, ownership, and change management.
A phased questioning framework to clarify observability priorities, ownership boundaries, and collaboration workflows.
Guide the agent to ask the right questions about engineering practices, based on the project context. The agent explores decisions with the user — never prescribes.
Basic practices (CI/CD, tests, code review) are an assumed baseline. This skill focuses on choices that vary by context: which platform, which strategy, which stack.
These practices are expected in any project. Confirm existence before exploring decisions:
If any baseline does not exist, flag as a gap:
I did not find mention of [practice]. This is expected as baseline.
Does it already exist or does it need to be created?
Do not suggest baseline as a decision. If everything is covered, confirm and move on.
Before exploring decisions, collect the project's operational profile.
Extract:
Ask:
To identify which engineering decisions are relevant, I need to understand:
1. How many developers will work on the project?
2. What domain/industry? (regulated, e-commerce, internal, etc.)
3. Do you already have a defined CI/CD platform? Which one?
4. Do you already have a defined branch strategy? Which one?
Use this matrix to decide which topics to explore with questions. Do not present topics that have no justification in the context.
Questions to ask:
Topics at play: branch strategy, CODEOWNERS, CI gate rigor.
Questions to ask:
Topics at play: branch strategy, level of rigor in PR reviews.
Just confirm baseline. Do not force complexity where it does not solve any real problem.
Questions to ask:
Topics at play: security gates, IaC, environment segregation, compliance gates.
Questions to ask:
Topics at play: observability stack, tracing, alerts.
Questions to ask:
Topics at play: CI/CD platform, deploy strategy, rollback.
Questions to ask:
Topics at play: SLOs/SLIs, error budgets, runbooks, incident management.
Questions to ask:
…
Design and review software architecture diagrams for clearer, documentation-friendly visuals.
Create, switch, and verify Git branches before starting implementation work.
Initialize projects or verify and generate up-to-date SDD documentation templates.
Verify and create standard community and governance files for new projects.
Verify assignee, dependencies, priority, and capacity before starting a work item.
Systematically triage failures and fix broken builds or unexpected runtime issues.
Create step-by-step implementation plans for engineers new to a codebase.
Finalize completed work by committing, pushing, and opening reviewed pull requests.
Execute implementation plans by splitting and advancing independent tasks in-session.
Execute implementation plans with task-specific subagents and code review checkpoints.
Clarify ambiguous changes into testable acceptance criteria and implementation requirements.
Establish engineering governance for AI software projects with traceable, auditable workflows.