Skip to content
Skills Library
Programming · Planning

deep-stack

/deep-stack

Stack picks and ship loop: a 2026 default software stack and the decision rules behind it, applied to any app (web, CLI, desktop, mobile, AI agent, data/ML, security tooling), plus an agent-driven UI design workflow and a per-task ship loop (worktree, service-layer build, recorded evidence, reviewed PR). Use when the user asks to pick a stack, \"what stack\", or to build a tech stack for a new app; designs a UI with an agent via a design system; or wants one change shipped as an evidence-backed, reviewed PR. An issue queue run as a software factory is deepmodebot's Work a queue playbook, facto

Repository
deepmodebot ↗
Licence
MIT
Last repository change
12.11.2026

Assessment and security

100/ 100Class: good
Format25 / 25
Frontmatter with name and description, valid name, description up to 1,024 characters, name matching the folder.
Discoverability25 / 25
Description explains when to use the skill, has a reasonable length and uses third person.
Content35 / 35
At least 150 words and at most 500 lines, headings, step lists, examples or code.
Hygiene15 / 15
No placeholders such as TODO, no Windows paths, with a licence.
Riskno signals detected in the scan
Files in this package
12
Scripts
0
HTML comments
0
URLs in SKILL.md
0
Deprecation

No signals detected. Repository changed on 12.11.2026, without references to retired models or APIs.

Licence

MIT, open: use and modify while retaining author attribution.

What it does and when to use it

Stack picks and ship loop: a 2026 default software stack and the decision rules behind it, applied to any app (web, CLI, desktop, mobile, AI agent, data/ML, security tooling), plus an agent-driven UI design workflow and a per-task ship loop (worktree, service-layer build, recorded evidence, reviewed PR). Use when the user asks to pick a stack, \"what stack\", or to build a tech stack for a new app; designs a UI with an agent via a design system; or wants one change shipped as an evidence-backed, reviewed PR. An issue queue run as a software factory is deepmodebot's Work a queue playbook, facto

Triggers from the description

what stack\
Original author description

Stack picks and ship loop: a 2026 default software stack and the decision rules behind it, applied to any app (web, CLI, desktop, mobile, AI agent, data/ML, security tooling), plus an agent-driven UI design workflow and a per-task ship loop (worktree, service-layer build, recorded evidence, reviewed PR). Use when the user asks to pick a stack, \"what stack\", or to build a tech stack for a new app; designs a UI with an agent via a design system; or wants one change shipped as an evidence-backed, reviewed PR. An issue queue run as a software factory is deepmodebot's Work a queue playbook, facto

How it works

  1. Route
  2. The ship loop
  3. Running it from omp
  4. With deepmodebot
Original SKILL.md headings · 50 lines, 734 words
SKILL.md preview
---
name: deep-stack
description: "Stack picks and ship loop: a 2026 default software stack and the decision rules behind it, applied to any app (web, CLI, desktop, mobile, AI agent, data/ML, security tooling), plus an agent-driven UI design workflow and a per-task ship loop (worktree, service-layer build, recorded evidence, reviewed PR). Use when the user asks to pick a stack, \"what stack\", or to build a tech stack for a new app; designs a UI with an agent via a design system; or wants one change shipped as an evidence-backed, reviewed PR. An issue queue run as a software factory is deepmodebot's Work a queue playbook, factory source."
---

# Stack picks and ship loop

The references hold dated decision rules distilled from 2026 public talks on building software with agents. Source transcripts are not shipped. Paths below are relative to this skill (`skill://deep-stack/...`). When two rules conflict, the newer date wins.

## Route

Read only the reference for the branch in front of you.

| Branch | Read |
|---|---|
| Choosing a framework, backend, auth, payments, deploy, sandbox, analytics, or model for a web, SaaS, or AI app | `references/stack.md` |
| Building a stack for any other kind of app (CLI, desktop, mobile, agent, data/ML, security tooling, infra), or "build the stack for me" | `references/any-app-stack.md`, which applies `references/philosophy.md` |
| Designing or restyling a UI with an agent | `references/design-workflow.md` |
| Planning work, running agents in parallel or in loops, writing skills / AGENTS.md | `references/agentic-workflow.md` |
| Shipping a repository change | The ship loop below |
| Setting a repo up for the ship loop | Copy `references/AGENTS.template.md` to the repo root as `AGENTS.md`; replace its "Checks in this repo" section with the repo's real commands |

An existing project's architecture and stack beat every default here. The picks are defaults for greenfield work, or when the user asks for the default.

## The ship loop

Pick the steps the task needs. Read-only reviews and investigations skip all of them. A plan, review, or local experiment does not imply publishing a PR. Each step ends on its completion check.

1. **Isolate.** Follow `references/isolate.md`. One worktree and branch per task (and per subagent), from `origin/main`.
   Done when `git branch --show-current` inside the worktree prints the new task branch.
2. **Plan.** For anything bigger than one PR, follow `agentic-workflow.md` §1: talk the design through first, then write the plan as a Markdown file under `plan/` with phases, riskiest integrations first, and to-dos. Split work into small PRs (a few hundred lines; stack them only when they truly depend on each other).
   Done when the plan file exists and each to-do maps to one PR-sized unit.
3. **Build.** Follow `references/structure.md` when extracting shared operations or choosing boundaries: entry points own the product rules (whether and when), services own the reusable operations (how), with explicit inputs and structured results. Pull fresh dependency source with `npx opensrc <package>` when the library is new or recently changed (`stack.md` §11).
   Done when no operation is duplicated across callers and the repo's typecheck and lint pass.
4. **Prove.** Follow `references/prove.md`. Capture the failure before the fix and the success after it: screenshots or video for UI, output pairs for CLI and API changes, measurements for performance.
   Done when every test target has a `passed`/`failed`/`untested` result backed by an artifact under `.scratch/evidence/<task>/`.
5. **Ship.** Open the PR with that evidence as a before and after table. Run every human-facing text through `references/unslop/unslop.md`. Then run deepmodebot's **pr-review** technique (`skill://deepmodebot/references/techniques/pr-review.md`) on the PR. It reviews with your own subagents, so no third-party review service is needed.
   Done when no P0/P1 finding is open and every P2 is fixed or dismissed with a reason, or the technique hit its 3-round cap or oscillated, and you report its `review:` line with the open findings. Present the PR URL, then merge it on a deepmodebot panel pass (`skill://deepmodebot/references/techniques/panel.md`).

## Running it from omp

- Parallel slices: give each `task` subagent its own worktree and branch from step 1. Never share a checkout.
- Browser QA for step 4: the `browser` tool drives the app and takes the screenshots; `ffmpeg` records video when a sequence matters.
- Prerequisites by step: `gh` authenticated (PRs, pr-review); a browser or Playwright for UI captures; `ffmpeg` for video. A missing prerequisite stops that step. Report it and the evidence you have instead of substituting a weaker check.

## With deepmodebot

When `deepmodebot` is active (`/deep` or "Deepmodebot"), it owns the process and this skill supplies the parts:

- deepmodebot's playbooks, autonomy rules, and reply rules win. Commits, pushes, PRs, and merges follow deepmodebot's Autonomy section: merges need its panel pass.
- `stack.md` and `design-workflow.md` feed its Feature and Prototype playbooks as the default picks on greenfield work.
- `prove.md` is the evidence step for its "prove it on the real artifact" rule when no `verify-<app>` skill exists.
- Ship step: its Opening a PR playbook, then its pr-review technique (`skill://deepmodebot/references/techniques/pr-review.md`). The review posts as a comment and never approves. Merging takes a deepmodebot panel pass.
Files in this package (12)
  • SKILL.md 5 KB
  • references/AGENTS.template.md 4 KB
  • references/agentic-workflow.md 11 KB
  • references/any-app-stack.md 4 KB
  • references/design-workflow.md 9 KB
  • references/isolate.md 1 KB
  • references/philosophy.md 19 KB
  • references/prove.md 2 KB
  • references/stack.md 11 KB
  • references/structure.md 1 KB
  • references/unslop/LICENSE 1 KB
  • references/unslop/unslop.md 7 KB

Versions

The database has no other skills named deep-stack.

Database snapshot: 13.11.2026 · package version 9a263c1e3c48 (SHA-256 digest of the entire package)

Downloads in the last 30 days: 0 · ranking

Report a problem with this skill: harmful content, incorrect descriptions or an author’s removal request.

Similar skills

  • 100app-builder
    Choose project type, stack, template and structure for a new app. Use when planning or scaffolding an app from scratch.
  • 100app-builder
    Scaffolds a new app from a plain request: picks the stack and coordinates specialists. Use when asked to create a full-stack, mobile, desktop, CLI or extension app from scratch, or add a large feature to one.
  • 100software-factory-creator
    Creates a minimum viable software factory for new or existing projects with evidence-backed AGENTS.md instructions, project-native quality and security gates, CI, and a bounded autonomous delivery loop. Use when asked to set up a software factory, bootstrap secure agent-driven…
  • 100stack-selection
    Use when MVP scope is approved (phase 2 approved in docs/spp/pipeline-state.md) OR when the user directly asks to pick a tech stack outside a running pipeline (e.g. "pick a tech stack for this") - picks the tech stack from 2-3 options judged by agent maintainability, running…
  • 100stack-architect
    Choose the exact right tech stack before building any software — frontend, backend, database, cache, ORM, auth, hosting, deployment, CI/CD, backups, monitoring, security, email, payments, storage and every supporting service. Use this skill whenever the user is starting a new…
  • 100skf-verify-stack
    Pre-code stack feasibility verification against architecture and PRD documents. Use when the user requests to "verify a tech stack" or "verify stack.

Feedback and reports

Your message goes to Bartosz Sokoliński. An email address is needed only for a reply. See the privacy policy.