Agentic Loop Designer

Framework: The Yes/No Loop Canvas
Worth $300/hr consultant time. Yours for $29.

What This Skill Does

Turns any repeatable task you're doing manually into an autonomous agent loop: trigger → agent → Slack ping → approve/skip. Includes 5 ready-to-deploy loop templates and a decision tree to design your own from scratch.

Problem it solves: Founders spend hours on task sequences that could run themselves. Email triage, weekly reports, standup summaries, lead qualification — if you do it the same way more than twice a week, it should be a loop.

The Yes/No Loop Canvas

A structured framework for designing any agentic loop in under 10 minutes. Built around one insight: every automatable task is just a series of yes/no decisions.

Canvas Structure

CODEBLOCK0

Step 1: Trigger Qualification

What kicks off this loop?

CODEBLOCK1

Trigger scoring:

Trigger Type	Reliability	Setup Effort	Recommended For
Cron	★★★★★	Low	Reports, summaries, digests
Webhook

Step 2: Agent Action Design

What should the agent actually do?

The action block answers three questions:

1. What data does the agent need? (sources)
What transformation happens? (the work)
What's the output format? (how it lands)

Action Template:
CODEBLOCK2

Example:

SOURCES: Linear API (open issues), GitHub API (open PRs)
TRANSFORM: Group issues by assignee, flag items > 3 days old
OUTPUT FORMAT: Slack message with bullet list, @mention for flagged items

Step 3: Decision Gate Design

The most important part of any agentic loop.

Every loop needs a clear approval model. Use this matrix:

Risk Level	Data Sensitivity	Action Scope	Gate Type
Low	Non-sensitive	Read-only	Auto-run (no gate)
Low

Gate implementation:

Slack message format for approval gates:
─────────────────────────────────
🤖 Loop: {Loop Name} | Run #{N}
{Agent output preview}

[✅ Approve] [⏭ Skip] [🛑 Stop Loop]
─────────────────────────────────
Timeout: {N} minutes → {default action}

Step 4: Output Design

Where does the work land?

CODEBLOCK5

Step 5: Memory Design

What should persist between runs?

CODEBLOCK6

Simple memory implementation (file-based):

{
  "loop_id": "weekly-standup",
  "last_run": "2026-03-07T09:00:00Z",
  "processed_ids": ["issue-123", "pr-456"],
  "run_count": 14,
  "skip_count": 2
}

5 Ready-to-Deploy Loop Templates

Loop 1: Weekly Standup Digest

Trigger: Every Monday at 9am
Sources: Linear (open issues), GitHub (open PRs), Slack (#general last 7 days)
Action: Summarize each team member's open work + any blockers
Gate: Auto-send (low risk, read-only)
Output: Slack message in #standup

CODEBLOCK8

Setup time: ~20 minutes | Time saved: 30-60 min/week

Loop 2: New Lead Qualifier

Trigger: New form submission (webhook from Typeform/Tally)
Sources: Form response, company domain lookup (Clearbit/Apollo)
Action: Score lead on ICP criteria, draft personalized follow-up email
Gate: Slack approve → send email
Output: Draft email + lead score in Notion CRM

CODEBLOCK9

Setup time: ~45 minutes | Time saved: 2-4 hrs/week

Loop 3: GitHub PR Review Reminder

Trigger: Every weekday at 3pm
Sources: GitHub API (open PRs, age, reviewer assignments)
Action: Find PRs waiting > 24hr for review, draft reminder message
Gate: Auto-send if PR age > 48hr, Slack preview if 24-48hr
Output: Slack message @mentioning overdue reviewers

CODEBLOCK10

Setup time: ~15 minutes | Time saved: Ad-hoc interruptions → 0

Loop 4: Weekly Revenue Snapshot

Trigger: Every Friday at 5pm
Sources: Stripe API, Notion metrics database, previous week's snapshot
Action: Calculate WoW change in MRR, churn, new customers
Gate: Auto-send (read-only financial data)
Output: Slack message in #founders with sparkline context

CODEBLOCK11

Setup time: ~30 minutes | Time saved: 1-2 hrs/week manual pulling

Loop 5: Content Idea Capture & Queue

Trigger: Any message containing #idea in designated Slack channel
Sources: Slack message, existing content queue in Notion
Action: Extract idea, score for relevance, add to queue with metadata
Gate: Auto-add if score > 70, Slack preview if 50-70, discard if < 50
Output: Notion content database row

CODEBLOCK12

Setup time: ~25 minutes | Time saved: Idea capture friction → 0

Design Your Own Loop: 10-Minute Workshop

Step 1: Identify the task (2 min)

What do you do manually that feels like groundhog day?

Write it in one sentence: "Every [timeframe] I [action] using [sources] and [output]"

Step 2: Fill the Canvas (5 min)
CODEBLOCK13

Step 3: Risk-check (2 min)

- Can this loop send external messages? → Need approval gate
Does it write or delete data? → Need approval gate
Is it purely read + summarize? → Auto-run is fine

Step 4: Name it and ship it (1 min)

Name your loop. Add it to your agent config. Run it once manually. Watch it work.

Yes/No Loop Scoring Rubric

Before deploying any loop, score it:

Dimension	0	1	2
Trigger is reliable	Manual only	Partially automated	Fully automated
Sources are available

Score 8-10: Deploy it. This loop is ready.
Score 5-7: Fix the weak spots (usually gate or sources) before deploying.
Score 0-4: Back to Canvas. Something fundamental is wrong.

Example Session

User prompt:

"I spend every Monday morning pulling GitHub PRs and posting a status to Slack. Help me automate this."

Agent response using this skill:

1. Fills Yes/No Loop Canvas with user's specific repos and Slack channel
Identifies trigger: Monday 9am cron
Confirms GitHub MCP is connected (or instructs setup via MCP Server Setup Kit)
Applies Loop Template 1 (Weekly Standup Digest), customized for their stack
Scores the loop using the rubric: should hit 8-10
Provides final config block ready to deploy

Bundle Note

This skill is part of the AI Setup & Productivity Pack ($79 bundle):

- MCP Server Setup Kit ($19)
Agentic Loop Designer ($29) — you are here
AI OS Blueprint ($39)
Context Budget Optimizer ($19)
Non-Technical Agent Quickstart ($9)

Save $36 with the full bundle. Built by @RemyClaw.

Agentic Loop Designer

框架：是/否循环画布
价值300美元/小时的顾问时间。仅需29美元。

该技能的作用

将您手动执行的任何可重复任务转化为自主代理循环：触发 → 代理 → Slack通知 → 批准/跳过。包含5个可直接部署的循环模板和一个决策树，供您从头设计自己的循环。

解决的问题： 创始人花费大量时间处理本可自动运行的任务序列。邮件分类、周报、站会摘要、线索资格认定——如果您每周以相同方式执行超过两次，它就应该成为一个循环。

是/否循环画布

一个结构化框架，可在10分钟内设计任何代理循环。基于一个洞察构建：每个可自动化的任务只是一系列是/否决策。

画布结构

┌─────────────────────────────────────────────┐
│ 是/否循环画布 │
├─────────────────────────────────────────────┤
│ 触发：什么启动这个循环？ │
│ ───────────────────────────────────────── │
│ 代理操作：代理做什么？ │
│ ───────────────────────────────────────── │
│ 决策门：批准 / 跳过 / 升级？ │
│ ───────────────────────────────────────── │
│ 输出：创建或发送什么？ │
│ ───────────────────────────────────────── │
│ 记忆：哪些内容应在下次运行时保留？ │
└─────────────────────────────────────────────┘

第一步：触发条件确认

什么启动这个循环？

是否有自然触发条件？
├── 基于时间（每日/每周/按计划）
│ └── → 使用：cron触发器
├── 基于事件（新邮件、新问题、表单提交）
│ └── → 使用：webhook触发器
├── 基于阈值（指标越过界限）
│ └── → 使用：带条件的轮询触发器
└── 手动（立即运行）
└── → 使用：带/命令的手动触发器

触发条件评分：

触发类型	可靠性	设置难度	推荐用途
Cron	★★★★★	低	报告、摘要、汇总
Webhook

★★★★☆ | 中 | 新数据事件 |
| 轮询 | ★★★☆☆ | 中 | 基于指标 |
| 手动 | ★★★★★ | 无 | 按需工作流 |

第二步：代理操作设计

代理实际应该做什么？

操作块回答三个问题：

1. 代理需要什么数据？（来源）
发生什么转换？（工作内容）
输出格式是什么？（如何呈现）

操作模板：

来源：[列出代理读取的工具/API]
转换：[代理所做操作的通俗描述]
输出格式：[Slack消息/文档/文件/API调用]

示例：

来源：Linear API（开放问题）、GitHub API（开放PR）
转换：按负责人分组问题，标记超过3天的项目
输出格式：带项目符号列表的Slack消息，标记项目@提及

第三步：决策门设计

任何代理循环中最重要的部分。

每个循环都需要清晰的审批模型。使用此矩阵：

风险等级	数据敏感性	操作范围	门类型
低	非敏感	只读	自动运行（无门）
低

非敏感 | 写入/发送 | Slack预览→15分钟后自动发送 |
| 中 | 半敏感 | 写入/发送 | 需要Slack批准按钮 |
| 高 | 敏感 | 任何 | 始终人工审核 |
| 任何 | 任何 | 不可逆 | 始终人工审核 |

门实现：

审批门的Slack消息格式：
─────────────────────────────────
🤖 循环：{循环名称} | 运行 #{N}
{代理输出预览}

[✅ 批准] [⏭ 跳过] [🛑 停止循环]
─────────────────────────────────
超时：{N}分钟 → {默认操作}

第四步：输出设计

工作成果落在哪里？

输出目的地决策树：
├── 需要团队可见性？
│ ├── 是 → Slack频道消息
│ └── 否 → 私信或文件
├── 需要后续操作？
│ ├── 是 → Notion页面 / Linear问题 / GitHub问题
│ └── 否 → Slack消息（临时消息也可）
├── 需要结构化数据？
│ ├── 是 → Notion数据库行 / JSON文件
│ └── 否 → 散文式摘要
└── 需要外部交付？
├── 是 → 邮件（通过SMTP/SendGrid）/ webhook
└── 否 → 内部工具

第五步：记忆设计

哪些内容应在运行之间保留？

记忆检查清单：
□ 上次运行时间戳（防止重复工作）
□ 先前处理的项ID（去重）
□ 累积状态（运行总数、连续记录）
□ 用户偏好（从批准/跳过中学习）
□ 错误日志（用于调试）

简单记忆实现（基于文件）：
json
{
loop_id: weekly-standup,
last_run: 2026-03-07T09:00:00Z,
processed_ids: [issue-123, pr-456],
run_count: 14,
skip_count: 2
}

5个可直接部署的循环模板

循环1：每周站会摘要

触发： 每周一上午9点
来源： Linear（开放问题）、GitHub（开放PR）、Slack（#general最近7天）
操作： 总结每位团队成员的开放工作及任何阻碍
门：自动发送（低风险，只读）
输出： #standup频道中的Slack消息

循环配置：
─────────────────────────────────────
名称：每周站会摘要
触发：cron(0 9 MON)
代理提示：|
读取分配给每位团队成员的所有开放Linear问题。
读取每位作者的所有开放GitHub PR。
为每个人写2-3个要点：他们在做什么，
哪些已逾期（> 3天），本周Slack中提到的任何阻碍。
格式化为带@提及的Slack消息。
门：无（自动发送）
输出：POST到#standup
记忆：last_run时间戳
─────────────────────────────────────

设置时间： ~20分钟 | 节省时间： 30-60分钟/周

循环2：新线索资格认定

触发： 新表单提交（来自Typeform/Tally的webhook）
来源： 表单响应、公司域名查询（Clearbit/Apollo）
操作： 按ICP标准评分线索，起草个性化跟进邮件
门： Slack批准→发送邮件
输出： 草稿邮件 + Notion CRM中的线索评分

循环配置：
─────────────────────────────────────
名称：新线索资格认定
触发：webhook（表单提交）
代理提示：|
接收新线索表单数据。
通过域名查询公司（如有Clearbit则使用）。
评分：公司规模（0-30）、职位资历（0-30）、
用例匹配度（0-40）。
起草个性化的3句介绍邮件。
发布到Slack：线索摘要 + 评分 + 草稿邮件。
门：批准按钮→发送邮件 | 跳过→记录为不合格
输出：Notion CRM行 + 邮件（如批准）
记忆：已处理的表单ID（去重）
─────────────────────────────────────

设置时间： ~45分钟 | 节省时间： 2-4小时/周

循环3：GitHub PR审查提醒

触发： 每个工作日下午3点
来源： GitHub API（开放PR、年龄、审查者分配）
操作： 查找等待审查超过24小时的PR，起草提醒消息
门： PR年龄>48小时自动发送，24-48小时Slack预览
输出： @提及逾期审查者的Slack消息

循环配置：
─────────────────────────────────────
名称：PR审查提醒
触发：cron(0 15 MON-FRI)
代理提示：|
获取[仓库]中所有开放PR。
查找有请求审查者但超过24小时无审查的PR。
按审查者分组。为每位审查者列出其逾期PR。
起草友好的Slack消息，包含PR链接和年龄。
门：如有PR>48小时→自动发送。如24-48小时→预览+30分钟超时
输出：#engineering Slack频道
记忆：每个PR上次发送的提醒（避免骚扰）
─────────────────────────────────────

设置时间： ~15分钟 | 节省时间： 临时中断→0

循环4：每周收入快照

触发： 每周五下午5点
来源：

agentic-loop-designer智能循环设计器