Share your best AI workflow. We could show it to 2M+ people.

I use reusable AI skills rather than relying on one long prompt or previous chat history. I start by describing the project in plain English and invoking a project-kickoff skill. It creates a live project specification containing the objective, scope, constraints, acceptance criteria, concerns, and next actions. For larger or more ambiguous work, I can opt into a scope-discovery skill. AI guides me through one important decision at a time, explains the trade-offs, recommends a sensible default, and records each accepted decision until the project is ready to implement. When delivery involves several dependent or risky steps, I can use a runbook-design skill. AI converts the agreed scope into a checkpointed implementation plan with validation, rollback, and clear points where my approval or testing is required. AI then executes the runbook, builds the solution, performs automated checks, and records what actually happened. I mainly provide direction, answer business or product questions, and complete the human acceptance checks that AI cannot genuinely perform itself. The skills live inside the project repository alongside the code, decisions, runbooks, and documentation. Codex only links to them at runtime, so the repository remains self-contained and does not depend on my local setup or previous conversations. This also makes the workflow portable. Another capable AI agent or a human engineer can read the repository, understand how the project should be managed, and continue the work without reconstructing everything from chat history. Step-by-step: 1. I describe the project in plain English and invoke the project-kickoff skill. 2. I use the scope-discovery skill for larger or more ambiguous work, working through one decision at a time until the project is ready to implement. 3. I use the runbook-design skill when delivery involves dependent or risky steps, creating a checkpointed plan with validation, rollback, and approval or testing points. 4. AI executes the runbook, builds the solution, performs automated checks, and records what actually happened. 5. I provide direction, answer business or product questions, and complete the human acceptance checks AI cannot genuinely perform. 6. I keep the skills, code, decisions, runbooks, and documentation together in the project repository so the workflow remains self-contained and portable.

This workflow keeps software development human-led while using AI without giving up engineering control. Step-by-step: 1. Inspect the real project: its current behavior, architecture, constraints, repository state, and existing tests. 2. Define one observable outcome, along with acceptance criteria, scope, non-goals, risks, and stop conditions. 3. Decide where the change belongs architecturally before asking an AI assistant to write code. Record consequential decisions. 4. Split the goal into the smallest independently useful, reviewable, and reversible vertical slice. Keep refactoring and unrelated cleanup separate. 5. Give the AI assistant one bounded implementation prompt. Require it to follow existing conventions, add focused tests, report assumptions, and stop if it discovers conflicting requirements or broader scope. 6. Run targeted tests and relevant regression checks. Validate the change in the environment that matters, clearly distinguishing automated checks from manual or real-world acceptance. 7. Have a human review the actual diff, evidence, error paths, security implications, and documentation. AI output remains a proposal until a person accepts it. 8. Update the documentation with the behavior, decisions, limitations, and validation evidence. 9. Create one coherent, reversible commit, then repeat the loop for the next small slice. The complete methodology, reusable prompts, templates, examples, and release checklist are published at https://github.com/d-wendel/human-led-ai-engineering