SpecDeck logo

SpecDeck

Điều phối coding agents bất đồng bộ bằng spec-first workflow.

Control deck

Mỗi card là một Spec đi qua các cổng quyết định của con người.

SpecDeck mượn tính quen thuộc của board, nhưng các cột đại diện cho nơi cần quyết định của con người, không phải mọi trạng thái nội bộ của agent.

localhost:3000/board
Backlog01
SPEC-101

Làm rõ ý tưởng sản phẩm trước khi agent bắt đầu sửa code.

Plan02
SPEC-102

Review Goal, Acceptance và Checks trước khi Builder chạy.

Review03
SPEC-103Bạn review ở đây

Kiểm tra Checks và Evidence từ agent run đã hoàn thành.

Done04
SPEC-104

Đóng băng Spec như hợp đồng cho phần đã ship.

Bài toán

Async agents chuyển bottleneck từ gõ code sang review công việc.

Khi nhiều agent chạy song song, terminal output và PR diff quá thấp tầng cho lớp điều phối của con người.

Terminal agents khó quan sát

Chúng có thể thực thi tốt, nhưng không tạo control surface rõ ràng để theo dõi nhiều luồng song song.

IDE agents vẫn đồng bộ

Chúng hiệu quả ở cấp file, nhưng vẫn giả định một developer đang steer một phiên edit chủ động.

Kanban theo dõi trạng thái, không tạo niềm tin

Board cho biết công việc đang ở đâu, nhưng không giải thích kết quả đã đủ bằng chứng để duyệt hay chưa.

Evidence

Đọc Checks, không phải đọc code.

Mỗi Spec mang theo Checks và Evidence phía sau. Check pass nhưng không có Evidence sẽ không bao giờ được tính là xanh.

  • Evidence là bắt buộc: test, log, screenshot hoặc video.
  • Checker độc lập xác minh công việc, không phải Builder.
  • Deterministic checks chạy trước; model judging chạy sau cùng.
SPEC-104Review

Shopping cart calculation

Người dùng review kết quả ở tầng Check và Evidence.

Thuế được áp dụng theo region

Evidence: unit tests pass, 12 trên 12.

Discount codes được validate

Thiếu Evidence: chưa có end-to-end trace đính kèm.

The deck

Bốn cột, từ trái sang phải.

Backlog và Plan định hình intent trước khi code. Review là nơi kết quả đã xong chờ duyệt. Done đóng băng Spec như hợp đồng.

  1. Backlog01

    Ý tưởng nằm ở đây trước khi Planner biến chúng thành Spec.

  2. Plan02

    Review thứ sắp được build: Goal, Acceptance và Checks.

  3. Review03

    Duyệt công việc đã hoàn tất ở tầng Check và Evidence.

    Bạn review ở đây
  4. Done04

    Spec đã được chấp nhận được đóng băng như hợp đồng đã ship.

Pipeline

Planner, Builder, Checker.

Agent relay tách việc tạo intent, thực thi code và xác minh để cùng một actor không tự chấm công việc của mình.

  1. Planner

    Biến intent thành Spec: Goal, Acceptance và Checks.

  2. Builder

    Thực thi một Spec trong isolation. Một agent cho mỗi đơn vị công việc.

  3. Checker

    Một model độc lập xác minh Evidence. Nó không bao giờ tự chấm công việc của chính mình.

Kiến trúc

Topology ba tầng giữ agent ở sau gateway.

Web app nói chuyện với FastAPI gateway qua REST và SSE. Gateway điều phối LangGraph Agent Server riêng và giữ secrets, persistence, realtime fan-out.

01

Web deck

Next.js render board, project context, Spec detail, Checks, Evidence và diff views.

Next.jsshadcn/ui
02

FastAPI gateway

REST commands và SSE streams đi qua gateway để client không gọi trực tiếp agent server.

FastAPIRESTSSE
03

Agent server

Planner, Builder và Checker chạy như LangGraph workflows sau structured event contract.

LangGraphPlannerBuilderChecker

Persistence và realtime

Postgres lưu app state, Redis pub/sub fan-out sự kiện Builder và Checker về board.

Postgres
Redis pub/sub
Tradeoffs

Thiết kế làm review rẻ hơn bằng cách giới hạn rõ thứ nó giải quyết.

SpecDeck không thay thế IDE. Nó là lớp điều phối để quyết định agent nên làm gì và kết quả có đủ bằng chứng hay chưa.

Review gateSPEC / REVIEW / MERGE
  1. 01

    Review ở tầng intent

    Giữ quyền kiểm soát

    Tối ưu cho việc duyệt Goal, Acceptance, Checks và Evidence nhanh hơn.

    Chi phí chấp nhận

    Developer vẫn cần lối thoát diff cho thay đổi rủi ro và spot check cuối.

  2. 02

    Checker độc lập

    Giữ quyền kiểm soát

    Tối ưu để tránh Builder tự xác minh blind spot của chính nó.

    Chi phí chấp nhận

    Tăng latency, model cost và thêm một event stream cần vận hành.

  3. 03

    Single-user coordination trước

    Giữ quyền kiểm soát

    Tối ưu cho một operator chạy nhiều agent mà chưa phải gánh collaboration overhead.

    Chi phí chấp nhận

    Multi-user review, canvas workflows và full IDE replacement là non-goals có chủ đích ở giai đoạn này.

OutcomeBằng chứng hiện có

Concept đã được kiểm chứng bằng deck scaffolded và mock-driven.

Repo đã có architecture decisions, self-host skeleton và frontend có hình dạng sản phẩm. Logic Planner, Builder, Checker thật vẫn là mốc tiếp theo.

01

Product UI đã rõ hình

Landing, workspace, board/list views, grouped swimlanes, filters, project context, Spec detail, Checks, Evidence và Diff đã có dưới dạng mock-driven flows.

Evidence
02

Stack skeleton chạy local

Repo có boundary cho web, gateway, agent packages, Postgres, Redis và docker-compose wiring.

Evidence
03

Mốc tiếp theo là orchestration thật

Phần còn mở là wire Planner, Builder và Checker execution vào workspace state thật và evidence capture.

Tiếp theo
Open source

Self-host toàn bộ deck.

SpecDeck được thiết kế để chạy trong môi trường của chủ sở hữu, với model keys và project workspaces nằm sau backend boundary.

  • Postgres, Redis, gateway, agents và web được compose cùng nhau.
  • Model keys ở phía server; frontend nhận events, không nhận secrets.
  • Repository vẫn là system of record cho Specs, context và implementation.
~git clone https://github.com/timezlab/specdeck.git
~cd specdeck
~cp .env.example .env
~docker compose up -d
Network specdeck_default đã tạo
Container specdeck-db đã khởi động
Container specdeck-web đã khởi động
TimezLab

Phòng thiết kế Giải pháp. Chúng tôi kiến trúc các hệ thống mở rộng và giải pháp thực dụng bám sát ý định kinh doanh.

Hệ thống & Giải pháp

Kết nối

GitHub Email

© 2026 TimezLab. Bảo lưu mọi quyền.

Thiết kế có chủ đích. Xây dựng để mở rộng.