Orchestration có explicit state
Identifier, owner và process state cần đủ durable để system có thể retry, reconcile và recover.
D2 Automation Work · Evidence Library
Automation proof phải cho thấy hệ thống xử lý state, side effect và failure như thế nào — không chỉ workflow chạy được một lần.
11 case của D2 bao phủ n8n, APIs, webhooks, data systems, AI-assisted workflows, customer/revenue operations và infrastructure. Mỗi case giữ riêng evidence type, status và claim boundary để workflow, architecture, prototype và production outcome không bị đánh đồng.
Direct answer
Automation Work chứng minh điều gì?
Nó chứng minh cách D2 thiết kế và kiểm soát automation theo problem cụ thể: event contract, source of truth, durable state, validation, deterministic rules, retry-safe side effects, outcome verification và recovery. Nó không biến một workflow graph, architecture diagram hay MVP thành claim về uptime, savings hoặc business growth nếu evidence chưa support.
Data trước decision
Normalization, validation và reconciliation đứng trước automation hoặc AI decision phụ thuộc vào dữ liệu đó.
AI trong deterministic boundaries
Model có thể interpret; business rules, side effects và approval/recovery ownership vẫn cần control rõ.
Chọn theo operating problem
Đọc case gần failure model của hệ thống trước, không cần tìm tech stack giống hệt.
01
Kết nối nhiều hệ thống nhưng không làm mất state
Dành cho API, webhook và multi-source data work nơi stable identifier, normalization, deduplication và reconciliation quan trọng ngang connector.
02
Làm workflow chịu được production failure
Dành cho automation cần durable state, idempotency, retry safety, failure visibility, recovery ownership và outcome verification.
03
Tự động hóa customer và revenue operations
Dành cho lead qualification, CRM routing, inbox operations, escalation và pipeline intelligence nơi workflow thực sự thay đổi business state.
04
Đưa AI vào workflow nhưng giữ deterministic control
Dành cho retrieval, extraction, classification và generation nơi model output hữu ích nhưng validation, state, side effects và approval boundary vẫn phải kiểm soát được.
Control model
Trigger → Validate → Persist → Decide → Act → Verify → Recover.
Đây là cách đọc production-oriented automation. Workflow canvas chỉ là orchestration surface; trust nằm ở contract, state, failure semantics và recovery ownership phía dưới.
Trigger & contract
Xác định event/schedule bắt đầu process và input contract mà request phải thỏa mãn.
Validate
Reject malformed, incomplete hoặc semantically unsafe input trước khi downstream state bị thay đổi.
Persist state
Giữ stable identifiers, ownership và durable process state ngoài transient workflow memory khi cần.
Decide
Business rules nên deterministic; AI chỉ nhận phần interpretation hoặc generation nơi model thực sự thêm giá trị.
Act safely
External side effect cần idempotency strategy hoặc control tương đương để retry không tạo duplicate business state.
Verify outcome
Kiểm tra destination/business state đã đổi đúng như intended thay vì chỉ tin execution màu xanh hoặc HTTP 2xx.
Recover
Exception phải đi vào retry, reconciliation hoặc human review với owner và recovery path rõ.
Evidence-status taxonomy
Không phải case nào cũng chứng minh cùng một thứ.
Evidence class 01
Proof of concept
Chứng minh một flow hoặc interaction có thể được dựng và chạy trong bounded test. Không tự chứng minh production reliability, adoption hoặc business outcome.
Evidence class 02
Architecture prototype
Chứng minh design logic, components, control boundaries hoặc workflow pattern. Production readiness vẫn cần environment-specific validation.
Evidence class 03
Workflow-backed system design
Có implementation/workflow evidence cho system shape và control logic, nhưng workflow snapshot một mình không chứng minh uptime, throughput hoặc downstream outcome.
Evidence class 04
Integration / Infrastructure architecture
Chứng minh topology, data/control flow hoặc infrastructure pattern. Nếu deployment telemetry không được công bố thì không được suy ra live capacity hay HA.
Evidence class 05
Source-backed workflow / architecture
Design được nối với source/configuration/evidence thật trong scope được công bố; source-backed vẫn không tự động bằng measured production outcome.
Evidence class 06
Validated MVP
Chứng minh bounded functional flow hoặc end-to-end MVP đã được validate. MVP validation không đồng nghĩa product-market fit, recurring adoption hoặc scale.
11 first-party automation cases
System purpose, evidence, status và technology context đều visible trước khi mở case.
Case 01 · AI Knowledge Systems
Enterprise RAG Knowledge Assistant
RAG engineering với retrieval, reranking, grounding, confidence controls, feedback và knowledge-lifecycle automation.
Evidence
Sanitized workflow + source configuration
Status / boundary
Architecture prototype with workflow evidence
n8nRAGSupabaseCohereVector Search
Đọc case Case 02 · Customer Operations
Facebook Inbox Operations OS
Event-driven inbox operations với raw-event persistence, idempotent workers, durable conversation state, SLA logic và recovery paths.
Evidence
91-node workflow snapshot
Status / boundary
Workflow-backed system design
n8nMeta WebhooksPostgreSQLSLAEvent Processing
Đọc case Case 03 · Data Integration
Multi-Platform Data Integration Hub
Integration architecture cho webhook/polling ingestion, canonical normalization, validation, deduplication, PII protection, routing, audit và lineage.
Evidence
Architecture + workflow logic
Status / boundary
Integration architecture
n8nREST APIWebhooksData ValidationAudit
Đọc case Case 04 · Document Operations
AI Document Intelligence & Processing Pipeline
Document operations với structured extraction, deterministic classification, anomaly detection, PII redaction, logging và observability.
Evidence
Workflow architecture + explicit evidence boundary
Status / boundary
Architecture prototype
n8nAI ExtractionPII RedactionDatabaseObservability
Đọc case Case 05 · Email Operations
AI Email Routing & Escalation System
AI email operations proof of concept cho classification, ticketing, acknowledgement, timed escalation và AI-generated response architecture.
Evidence
Proof-of-concept workflow
Status / boundary
Proof of concept
n8nAI ClassificationAirtableTelegramSLA
Đọc case Case 06 · Finance Operations
Financial Reporting & Reconciliation Automation
Finance automation architecture cho multi-source normalization, reconciliation, variance detection, analysis, forecasting, reporting và auditability.
Evidence
Source-backed architecture; production outcomes not claimed
Status / boundary
Architecture prototype
n8nQuickBooksStripeReconciliationAudit
Đọc case Case 07 · Revenue Operations
AI Sales Lead Qualification & Routing
Lead automation cho webhook capture, enrichment, historical context, AI scoring, revenue priority, CRM routing, nurture và measurement.
Evidence
Source-backed workflow architecture
Status / boundary
Selected business automation
n8nWebhooksLead EnrichmentAI ScoringCRM
Đọc case Case 08 · Sales Intelligence
Sales Pipeline Intelligence System
Sales intelligence architecture cho CRM normalization, historical context, pipeline risk, forecasting, corrective action và coaching signals.
Evidence
Source-backed architecture
Status / boundary
Selected intelligence system
n8nSalesforceHubSpotForecastingRisk Signals
Đọc case Case 09 · Automation Infrastructure
Production-Grade n8n Infrastructure
Queue-mode architecture tách control, webhook ingress và execution qua Redis, independently scalable workers và shared PostgreSQL.
Evidence
Architecture evidence; deployment telemetry not claimed
Status / boundary
Infrastructure architecture
n8nQueue ModeRedisPostgreSQLWorkers
Đọc case Case 10 · AI Applications
AI Resume Builder
Webhook-first application architecture với deterministic routing, specialized AI tools, structured outputs, PDF rendering và delivery.
Evidence
19 nodes · 3 flows · 3 specialized AI tools
Status / boundary
Workflow-backed application prototype
n8nWebhookAI ToolsGotenbergEmail
Đọc case Case 11 · Product Prototyping
ZenCal AI-Assisted No-Code SaaS MVP
Product prototyping cho decomposition, MVP scoping, AI-assisted full-stack generation, debugging và end-to-end functional validation.
Evidence
Validated MVP workflow and product reasoning
Status / boundary
AI-assisted no-code SaaS MVP
LovablePerplexityProduct DesignDebuggingMVP
Đọc case Evidence standard
Case chỉ mạnh khi evidence và conclusion ở cùng cấp.
Source of truth trước orchestration
Workflow phải biết system nào sở hữu business object, identifier nào ổn định và durable state nào cần tồn tại ngoài execution memory.
Business validation trước side effect
Schema-valid chưa chắc business-valid. Allowed states, thresholds và review rules phải đứng trước action có hậu quả thật.
Retry safety và visible failure
Retry không được tạo duplicate invoice, message, CRM task hoặc record; failure/recovery behavior phải inspect được.
Outcome evidence thay vì execution theater
Workflow success, node success hoặc HTTP 2xx không tự động là business success; destination state cần verify/reconcile khi system cho phép.
Status giữ nguyên bản chất evidence
POC, prototype, architecture, workflow-backed design và MVP không được đổi tên thành production deployment hoặc client success nếu evidence không support.
Claim boundaries
Những điều architecture hoặc workflow evidence không tự chứng minh.
Workflow graph ≠ production reliability
Node count, complexity hoặc screenshot có thể chứng minh implementation shape nhưng không chứng minh uptime, durability, throughput hay recovery quality.
Queue mode ≠ High Availability
Queue mode thay đổi execution topology; HA còn phụ thuộc redundancy, failover, state dependencies, ingress và tested recovery.
Execution success ≠ business outcome
Một execution thành công chỉ chứng minh workflow path hoàn tất theo runtime; destination state hoặc business action vẫn cần verification riêng.
AI output ≠ source of truth
Model có thể classify, extract, retrieve hoặc draft; authoritative state và consequential side effects cần deterministic validation/ownership.
Architecture evidence ≠ performance claim
Không suy ra latency, throughput, savings, accuracy, adoption hoặc revenue lift nếu case không có measured telemetry/basis tương ứng.
Selected system ≠ production telemetry
Các registry label như Selected business automation hoặc Selected intelligence system mô tả case selection/status, không tự tạo claim về live deployment hoặc outcome.
Authority graph
Từ evidence sang scope, technology và readiness control.
Automation Services
Xem scope ownership cho n8n, APIs/webhooks, data pipelines, AI-assisted workflows và migration.
MởAutomation Technology
Đọc runtime model về ingress, orchestration, state, observability và recovery phía dưới workflow canvas.
Mởn8n Production Stack
Reference architecture cho queue, Redis, workers, PostgreSQL, runners và recovery boundaries.
Mởn8n Production Readiness Checker
Đánh giá 17 controls và critical gates; score không phải certification hay HA guarantee.
MởMethodology
Truth → Formula → Rule → Workflow → Outcome và evidence hierarchy dùng để giới hạn claim.
MởWork
Quay về evidence library để so Automation Work với source-backed Commerce Work.
MởContact
Mang current systems, event flow, failure modes và source evidence để scope automation phù hợp.
MởFAQ
Cách đọc Automation Work mà không suy rộng evidence.
Automation Work của D2 gồm những loại case nào?
Library có 11 case về n8n orchestration, API/webhook integration, data normalization/reconciliation, customer operations, revenue operations, AI-assisted workflows, RAG, document processing, application prototype và automation infrastructure.
Tất cả 11 case đều là production deployment phải không?
Không. Registry chủ động giữ nhiều status khác nhau như Proof of concept, Architecture prototype, Workflow-backed system design, Integration architecture, Infrastructure architecture, Workflow-backed application prototype và validated MVP. Mỗi status chứng minh một mức evidence khác nhau.
Workflow-backed system design chứng minh được gì?
Nó chứng minh implementation/workflow shape và control logic trong scope công bố. Nó không tự động chứng minh production uptime, throughput, adoption, savings hoặc downstream business outcome.
Architecture prototype có phải production-ready không?
Không mặc định. Prototype cần environment-specific security, secrets, observability, recovery, data/state controls, ownership và measured operating evidence trước khi có thể gọi production-ready trong một deployment cụ thể.
Tại sao D2 không dùng số node để chứng minh độ phức tạp hoặc chất lượng?
Node count chỉ phản ánh workflow shape ở một mức nào đó. Reliability phụ thuộc source of truth, validation, stable identity, state, idempotency, retry semantics, failure visibility, recovery và outcome verification.
Một execution n8n thành công có nghĩa automation thành công không?
Không nhất thiết. Execution có thể xanh trong khi downstream system không ở đúng business state, side effect bị duplicate hoặc result chưa được reconcile. Case production-oriented phải phân biệt runtime success với outcome success.
D2 có chỉ dùng n8n không?
Không. n8n thường là orchestration layer; APIs, webhooks, PostgreSQL, Redis, external services, application logic và source systems vẫn là components độc lập. Tool choice phải theo failure model và operating problem.
AI được dùng ở đâu trong các automation case?
AI được dùng cho retrieval, extraction, classification, scoring hoặc generation khi interpretation có giá trị. Business rules, state authority, approval và consequential side effects không nên mặc định giao cho model.
Selected business automation hoặc Selected intelligence system có nghĩa đã chạy production không?
Không tự động. Đó là registry status của case. Production claim vẫn cần deployment evidence, telemetry, operating ownership và outcome basis tương ứng nếu muốn công bố.
Validated MVP có chứng minh product-market fit không?
Không. Validated MVP chứng minh bounded functional flow hoặc end-to-end prototype đã được kiểm tra trong scope; nó không tự động chứng minh recurring adoption, retention, revenue hay scale.
Nên chọn case automation nào để đọc trước?
Bắt đầu từ operating problem: integration/data, production reliability, customer/revenue operations hoặc AI-controlled workflow. Sau đó đọc evidence, status và claim boundary trước khi so technology stack.
Sau khi tìm thấy case phù hợp thì làm gì?
Đi sang Automation Services để xem ownership scope, Automation Technology để hiểu runtime/state/recovery layer và Methodology để kiểm tra evidence discipline. Nếu cần triển khai, gửi current system và failure modes qua Contact.
From evidence to scope