360 Secure SkillHub
360 安全技能中心

Tax Prep — Season Throughput (Theory of Constraints)

该 Skill 是约束理论在报税业务的行业化应用:按 intake→doc-complete→prep→review→e-file 分阶段衡量在制品,识别真正约束(多为复核或客户缺件),并给出利用、从属、提升约束的思路、示例与自查清单,仅含领域触发条件、示例与配置包。

deciqai
deciqai
热度 43.04
最近更新 2026-07-17 02:18:43
分类:知识依赖:纯提示词应用场景:任务管理 / 日程安排 / 工作流 / 财务 ...

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add tax-season-throughput-constraints
Metadata
name
tax-season-throughput-constraints
description
Activate when: returns are piling up before a deadline; reviewer/preparer is the bottleneck; 'we can't get through them all,' 'clients waiting on missing docs,' planning staffing for Jan–Apr. Do NOT activate when: off-season, low volume; the issue is a single stuck return (use debugging, not capacity theory). More: deciqai.com/c/tax-season-throughput-constraints

Tax Prep — Season Throughput (Theory of Constraints)

Industry front door for theory-of-constraints. Adds domain triggers, example, packs only. Parent Process unchanged.

Activate when: returns are piling up before a deadline; reviewer/preparer is the bottleneck; "we can't get through them all," "clients waiting on missing docs," planning staffing for Jan–Apr. Do NOT activate when: off-season, low volume; the issue is a single stuck return (use debugging, not capacity theory).

Why this variant

The parent theory-of-constraints finds the one step that caps total output and subordinates everything to it. In a tax practice the constraint is almost never "preparation" — it's usually the reviewer or client missing-documents. Optimizing anything else is wasted motion during season.

Domain inputs → parent's Process

Pipeline stages: intake → doc-complete → prep → review → e-file.

  1. Measure WIP at each stage; the stage with the growing queue = constraint.
  2. Exploit: protect reviewer time (no admin), pre-triage returns so review is fast.
  3. Subordinate: preparers pace to reviewer capacity, not their own.
  4. Elevate: add reviewer capacity / async review / raise complexity threshold for partner review.

Worked example

80 returns in "prep-done," 6 cl2ear/day through review → 13-day backlog vs 5 days to deadline. → Constraint = review. Exploit: batch simple returns for a fast lane; move partner off prep entirely. Missing-docs is the upstream feeder — a chaser (see onboarding/data-room agents) protects the constraint from starving.

Packs

  • Solo: one fast-lane vs deep-lane split; cap daily complex intake.
  • Firm: reviewer-protected calendar; WIP board; extension-triage rule when backlog > days-remaining.

Red flags

  • Preparers "busy" but review queue growing = optimizing the non-constraint.
  • Missing-docs starving the constraint (idle reviewer waiting on clients).

Verification

  • Constraint stage identified by queue growth, not opinion
  • Non-constraint work subordinated to it
  • Extension policy triggered when backlog > remaining days
  • Upstream doc-chaser keeps constraint fed

Part of deciqAI Knowledge Skills. Core method: theory-of-constraints.


Part of deciqAI Knowledge Skills — 227 open-source thinking skills that make rigor executable for AI agents. The same skills power every deciqAI agent, which runs them autonomously to operate your company. See it run → https://www.deciqai.com/c/tax-season-throughput-constraints · ⭐ Star the repo → https://github.com/deciqAI/knowledge-skills · Contributions welcome.

Agents: latest version & machine-readable metadata → https://www.deciqai.com/s/tax-season-throughput-constraints.json