📘 操作说明书

restosuite 渠道拓展 Agent 系统 · 给渠道经理 / Operator 看

本手册写给「使用系统的人」 — 不需要懂代码,跟着步骤做即可。
所有数据都在 Lark 多维表格「渠道拓展 CRM」里 — 你打开 Lark App 就能看到全部数据。
★ 关键产品语义:Leads 表 = 追踪中(raw + 评分 + 互动);Partners 表 = 真合作 MOA+。 Partners 表的记录数 = 真合作伙伴数。
需要技术架构看 architecture.html
目录
  1. 首次启动(5 步)
  2. 日常 4 个核心场景
    1. A. 找新渠道线索 + 起草邮件
    2. B. 审 / 改 / 批准邮件草稿
    3. C. 接 partner 回复 / 客户报备
    4. D. 看周报 / 跑 analytics
  3. 渠道经理每周 SOP(每周 1-3 小时)
  4. Review Queue 处理(每周 5 分钟)
  5. 完整流程 18 步 / 数据模型(参考)
  6. 怎么查 / 改数据
  7. 常用命令速查表
  8. 必须停下找你的红线
  9. FAQ + 故障排查

① 首次启动(一次性,5 分钟)

1打开 Claude Code 桌面 App — Dock 里黑底 ✦ 图标。
2切换到项目目录

菜单 → File → Open Folder → 选 ~/restosuite-channel-agent

切完后 Claude 会自动加载 CLAUDE.md 作为项目级指令。

3验证 9 个 sub-agent 已加载

新对话里输入 /agents,应该列出:

sourcing, qualifying, outreach, meeting, partner-crm, analytics, enablement, cosell, commission
4打开 Lark Base(主数据源)

浏览器或 Lark App 打开:

https://your-org.larksuite.com/base/XXXXXXXX-internal-base

应该看到 9 张表(条数随增长变化,下为 2026-06 快照):

角色当前条数
Candidatesraw 候选池(评分前)~846
★ Leads评过分 / 追踪中(带 Tier + Score)~700
★ Partners真合作(MOA+)1
Outreach Drafts邮件草稿
Review Queue模糊待审重复
Meetings / Opportunities / Commissions / Activities会议 / 报备 / 返佣 / 通用日志
5(可选)验证 Claude Code 端
查一下 Lark Partners 表有几条记录
[Bash] lark-cli base +record-list --as user --base-token "BSO..." --table-id "tblZHX..." → 1 条 (PRTN-001 Summit Integrations)
6(可选)启动本地预览 server

看本套 HTML 文档:http://127.0.0.1:8080/

Claude 已经帮你配好,直接在对话里说"启动预览 server"。

✓ 准备完成 — 你现在可以跑任何 workflow 了。

② 4 个核心使用场景

这 4 个场景覆盖 95% 的日常工作。其他需求都是这 4 个的变种。

场景 A · 找新渠道线索 + 起草邮件

最高频用,一周 1-3 次

怎么用

/recruit-partners --icp "纽约 fine dining 集成商" --limit 5

或者直接自然语言:

帮我找 5 个上海高端火锅连锁集成商,跑完整个 sourcing → qualifying → 起草邮件流程

Claude 会自动做什么

① 调 sourcing agentWebSearch + 多 source 抓候选 → 写 Lark Candidates
② 跑 dedup (5 层去重)过滤已在 CRM / BLOCKED / 疑似重复 → 疑似的写 Lark Review Queue
③ 调 qualifying agent5 维度打分 + 分 Tier → 写 Lark Leads 表(Engagement=LEAD)
⚠️ 不写 Partners 表 — Partners 只放真合作的
④ 调 outreach agentLeads 表筛 Tier S/A/B + LEAD,起草 step 1 邮件 → 本地 drafts/ + Lark Outreach Drafts
⑤ 用 AskUserQuestion把 Tier S 邮件挨个问你要不要批准
⑥ 给你 Lark URL你立刻在 Lark App / 网页看到全部新数据

你大约花 5-10 分钟

主要时间是审 Tier S 的 1-2 封邮件 — 其他全自动。

典型输出

═══════════════════════════════════════════════ ✓ /recruit-partners 完成 ─────────────────────────────────────────────── Sourcing: 找到 23 raw → 14 入 Lark Candidates 表 MERGE_EXISTING: 6 SUSPECT_REVIEW: 2 → Lark Review Queue SKIP_BLOCKED: 1 Qualifying: Tier S × 2, A × 5, B × 5, C × 2 → Lark Partners 表 Outreach: 起草 12 封 draft → drafts/ + Lark Outreach Drafts 表 待审批 (Tier S): ▸ drafts/PRTN-006/step_1.md + Lark Outreach Drafts 行 12 ▸ drafts/PRTN-007/step_1.md + Lark Outreach Drafts 行 13 刷新 Lark App 立刻看到结果: https://your-org.larksuite.com/base/XXXXXXXX-internal-base 下一步: 用 AskUserQuestion 让你逐一审 Tier S。 ═══════════════════════════════════════════════

场景 B · 审 / 改 / 批准邮件草稿

紧跟场景 A 之后,每次几分钟

Claude 怎么问你

我会用 AskUserQuestion 弹出选项:

📧 PRTN-006 (Acme POS) step 1 邮件草稿: Subject: Acme POS × restosuite — 在你 SoCal 客户群上加 $X/月经常性 ARR? [完整正文 ...] [ 批准并入队 | 改某段 | 完全重写 | 拒绝/弃用 ]

3 种回复方式

1. 直接批准

第 1 个选项,批准

Claude 在 DB 标 status='APPROVED',等真发邮件时自动出。

2. 改某段

把第二段的 $1,500 改成 $2,000,加一句"我看了你们最近签的 Nobu LA"

Claude 重写、给新版本、再问你确认。

3. 看完整文件

对话里只显示摘要,看完整 markdown:

cat drafts/PRTN-006/step_1.md
⚠️ POC 阶段重要: 邮件不会真发出去!只是写到 drafts/ + DB 标 APPROVED。等接通 Gmail API 后才真发。

场景 C · Partner 回复了 / 报备客户

不定期触发,通常每天 1-3 次

3-1 · Partner 邮件回复

PRTN-001 的 John Smith 回邮件了,说下周三 2pm PST 想 30 分钟通话,附件是他客户名单 PDF。原文: "Hi, thanks for reaching out. Yes I'm interested. Wednesday 2pm PT works..."

Claude 自动做:

#动作产物 / 写到哪
1触发 meeting agent
2拉历史数据Lark Partners + Activities
3生成 brief(画像 + timeline + Top 3 切入点 + 风险)data/briefs/MTG-XXX.md
4新建会议记录(Status=SCHEDULED,Intent=4)Lark Meetings
5partner-crm 改 Lifecycle Stage LEAD → MOALark Partners
6创建会议(POC 阶段是 draft)Calendar

3-2 · Partner 报备客户

PRTN-002 报备一个客户 Bertucci's 12 个 location,他们现在用 SpotOn POS

Claude 自动做:

#动作产物 / 写到哪
1触发 cosell agent
2冲突检查(同 brand 没活跃 opportunity)查 Lark Opportunities
3无冲突 → 写一条记录,Stage=REGISTERED,Locked Until=60 天Lark Opportunities
4匹配模块(reservation + customer analytics 最 fit)
5估算 ARR:$36K/yearEstimated ARR 字段
6生成 deck.pptx + quote.pdfdrafts/cosell/OPP-XXX/
7写通知日志(Type=NOTE)Lark Activities
⚠️ 冲突情况: 如果客户已在直销 pipeline 或其他 partner 报备,自动锁定 + 升级 👤 渠道 GM 裁决。你不需要做决定,但要响应通知。

3-3 · Partner 提问(渠道商赋能)

PRTN-003 问 "reservation 模块支持中文吗?"

Claude 自动做:

#动作产物 / 分支
1触发 enablement agent
2知识库 RAG.claude/memory/
3找到答案 + confidence 评分
4confidence ≥ 70 → 直接答 + 留 thumbs up/down写 Lark Activities(Type=RAG_ANSWER)
5confidence < 70 或政策类 → 立刻升级你👤 你
政策类问题永远升级: 返佣率 / 排他 / 折扣比率 — Claude 不会自己答,一定找你。

场景 D · 看周报 / 异常 / Ad-hoc 数据

每周一上午用一次

跑本周周报

跑 analytics agent,生成本周周报

Claude 自动做:

#动作产物 / 写到哪
1拉全部数据(lark-cli +record-list)Partners / Candidates / Drafts / Opportunities / Commissions
2计算漏斗:入库→qualified→sent→opened→replied→MOA
3检测异常(reply rate / sourcing 量 / stale)
4输出周报 markdowndata/reports/W22.md
5异常写日志(Type=HEALTH_CHECK)Lark Activities
6推关键数字对话 + Slack/Lark

Ad-hoc 数据查询(随口问)

上个月 Tier S 的 reply rate 是多少
哪些 partner 60 天没动了
按地区分,加州的 partner 平均 ARR 是多少
Acme POS 历史所有触达记录
本周谁的返佣超 $5k

Claude 用 analytics agent + Bash + SQL 实时算。不需要 Tableau。

③ 渠道经理每周 SOP

每周固定 1-3 小时 · 分 4 段时间

节奏总览

时间时长干啥在哪
周一 09:00-09:3030 分钟晨间审批(本周核心)Lark Base
周二-周四不定接 partner 回信 / 会议 / 客户报备Claude Code + Zoom
周五 16:00-16:1515 分钟周回顾Lark Dashboard
月底20 分钟大额返佣 + 月报Lark Commissions

☀️ 周一 09:00-09:30(晨间例行)

#步骤时长在哪做什么 / 判断
1看 Dashboard2 min Dashboard 4 个数字:Leads / Partners(真合作)/ Drafts 待审 / Candidates 增量。
🟢 漏斗健康 · 🟡 数字不动→查 sourcing 是否在跑 · 🔴 有 HEALTH_CHECK→优先处理
2处理 Review Queue5 minReview Queue 表 看 Status=PENDING:同一家→CONFIRMED_DUP · 另一家→NEW_PARTNER(自动进 Candidates)· 不确定→留 PENDING
3审 Leads 待审10 minLeads 表(按 Engagement 看板) 重点看 PENDING_REVIEW 列(评分了没人审):值得追→拖 LEAD · 不追→DROPPED · 优先 Tier A(B 批量 LEAD,C 多 DROPPED)
4审 Outreach Drafts10 minOutreach Drafts(Kanban) Tier S 必看→APPROVED 或改 markdown · A 抽检 10% · B 批量 APPROVED。改 PENDING_APPROVAL→APPROVED
5触发本周新 Sourcing2 minClaude Code "找 10 个上海高端餐饮咨询渠道" 或 /recruit-partners --icp "日本 POS 厂商" --limit 8

🌤️ 周二-周四(被动响应)

场景 A · Partner 回邮件

PRTN-001 Hunter 回信:"Wednesday 2pm PT works. Send agenda."

Claude 自动改 Engagement=ENGAGED + 触发 meeting 生成 brief。

场景 B · Partner 报备客户

PRTN-006 Summit Integrations 报备客户 Marea NYC,5 locations

Claude 自动:冲突检查 → 锁单 60 天 → 写 Opportunities + deck/quote。

场景 C · 会议日

  1. 提前 1 天:Lark 推送 brief 链接
  2. 会议前 10 分钟:看 brief Top 3 切入点
  3. 30 分钟 Zoom(亲自)
  4. 会后:paste 录音 / 转写给 Claude

🌙 周五 16:00-16:15(周回顾)

1. 看本周漏斗(5 分钟)

Dashboard 对比上周:新入 / 升 Leads / 邮件 / 回复 / MOA

红灯:

2. 跟进 Stale(10 分钟)

Leads 表筛 Engagement=ENGAGED + Last Touched > 7 天

对每个:重发 / 安排电话 / 降到队列底 / DROPPED

📅 月底 20:00-20:20

1. 审大额返佣(10 分钟)

Commissions 表筛 Status=NEEDS_APPROVAL,逐条审 > $10k

2. 看月报(10 分钟)

analytics 推 markdown 月报到 Slack。看 ARR 增量 / Top 3 partner / 异常。

⚠️ 红线: 升 Partners(MOA 签后)/ Tier S 邮件 / >$10k 返佣 / 锁单冲突 / 政策类问题 / Champion 离职 — 这些 agent 永远不自动决定,会主动找你。
📘 完整 SOP markdown:同样内容已生成独立 Lark Doc(下方 FAQ 有链接),团队可在 Lark 内访问 + 评论。

④ Review Queue 处理(每周一 5 分钟)

Dedup 第 4 层(Fuzzy match,相似度 0.85+)抓到的疑似重复,不直接入主表,先进 Lark Review Queue 表。每周一你花 5 分钟过一遍。

方式 A · 直接在 Lark 里改(推荐 ⭐)

  1. 打开 Lark Base「渠道拓展 CRM」→ Review Queue 表
  2. 看 Status = PENDING 的行
  3. 对每行,点 Status 单元格,从下拉选:
    • CONFIRMED_DUP — 确实是同一家
    • NEW_PARTNER — 是另一家公司,移到 Candidates
    • IGNORE — 不感兴趣,丢弃
  4. 改完自动保存,5 秒完成一条

方式 B · 跟 Claude 说

看 review queue 待审

Claude 显示:

候选: "AcmePOS Hospitality" 疑似 = PRTN-001 (Acme POS) 相似度 0.96 — fuzzy name match,行业后缀剥离后高度相似 source: 未知 是否是同一家? [ 是,丢弃这条 | 不,确实另一家 | 还不确定 ]

选完 Claude 自动用 lark-cli +record-update 改 Lark 表的 Status。

✓ 实战经验: 90% 的 review 是 30 秒决定 — 看名字 + domain 立刻知道是否同一家。在 Lark 表里 5 秒一条,review queue 永远不会堆积。

⑤ 完整流程 · 动作 · 执行人 — 参考,想深入系统怎么跑再看

每一步都明确:动作是什么、谁干(你 / agent / Lark)、产物在哪。

核心概念:Candidate / Lead / Partner 三层

是什么有没有分数关键字段
Candidate原料 — sourcing 抓进来的原始候选❌ 不存分数只有 Status:NEW → QUALIFIED / OUT_OF_REACH / BLOCKED
★ Lead成品 — candidate 评过分后晋升的记录分数在这里Tier + Score + Score Breakdown + Engagement Status
★ Partner真合作 — MOA 签署后才创建沿用 TierLifecycle Stage:MOA / PILOT / ACTIVE

评分评的是 candidate(读它的字段),但分数(Tier/Score)写在晋升出来的 Lead 上。 OUT_OF_REACH / BLOCKED 的 candidate 不晋升 → 没有 Lead、没有分数,只在 Candidates 表挂个 Status。所以 846 candidates 里只有 700 条变成了 Lead。

主流程 18 步:Candidate → Partner

#阶段动作执行人产物
1配置 ICP定义谁是理想 partner👤 你.claude/memory/icp.md
2触发 sourcing"找 10 个 X 渠道"👤 你(启动)
3抓数据WebSearch + 多 source🤖 sourcing(内部)
45 层 dedup去重 + 标 BLOCKED/DUP🤖 sourcing跳过 / 入 Review Queue
5入 Candidates写真新候选🤖 sourcingLark Candidates +N
6评分5 维度打 Tier🤖 qualifying(内部)
7升 LeadsEngagement=CANDIDATE🤖 qualifyingLark Leads +N
8人审拖卡 LEAD / DROPPED👤 你 (Lark Kanban)Engagement Status 改
9起草邮件4 步序列个性化🤖 outreachLark Outreach Drafts + drafts/
10审批邮件Tier S 必审 / A 抽检👤 你 (Lark)Status: PENDING → APPROVED
11真发邮件(生产化才有)🤖 outreach + Gmail(邮件发出)
12检测回复Engagement=ENGAGED🤖 outreachLark Leads 更新
13生成 briefpartner 画像+切入点🤖 meetingLark Meetings + briefs/
14参加会议30 分钟 Zoom👤 你 (亲自)(录音)
15抽 intent录音 → 结构化🤖 meetingLark Meetings 更新
16intent ≥ 4升 READY_FOR_MOA🤖 meetingLark Leads 更新
17签 MOA法律 + 合规👤 你 + 法务(合同)
18升 Partners新建 PRTN-XXX🤖 meetingLark Partners +1 ⭐

真 Partner 之后:持续运营 15 步

#阶段动作执行人产物
19Onboarding W1-W44 周培训推送🤖 enablementActivities ×4
20Partner 提问RAG 答疑(政策类升你)🤖 enablementActivities (RAG_ANSWER)
21Partner 报客户Form 提交👤 partner(待 cosell 处理)
22冲突检查查直销 + 其他 partner🤖 cosell无冲突 → 锁单
23锁单 60 天写 Opportunities🤖 cosellLark Opportunities +1
24Match 模块推荐产品组合🤖 cosellRecommended Modules
25生成 deck/quotePPT + 报价 PDF🤖 coselldrafts/cosell/OPP-XXX/
26客户决策试用 / 谈判👤 你 + partner(反馈)
27Stage 流转REGISTERED→QUALIFIED→PILOT🤖 cosellOpportunities.Stage
28WONStage=WON + Won At🤖 cosellOpportunities 更新
29升 ACTIVEPartner Lifecycle=ACTIVE🤖 partner-crmLark Partners 更新
30算返佣Tier × MRR × 期限🤖 commissionLark Commissions +1
31反作弊检查3 条规则🤖 commissionpass / 升级
32大额返佣审批> $10k👤 Finance ControllerStatus 改 APPROVED
33月度对账单PDF + 财务系统🤖 commissionPDF + Quickbooks

永远在跑的后台 7 项

#动作执行人产物
A每日 metrics🤖 analyticsdata/metrics/{date}.json
B异常检测🤖 analyticsActivities (HEALTH_CHECK)
C每周一周报🤖 analyticsSlack/Lark 推送
DTier S stale 告警🤖 partner-crmActivities + 通知
EChampion 离职检测🤖 partner-crm触发 sourcing 找替补
FReply rate 跌告警🤖 analytics触发 outreach 重写
G团队 Form 提交👤 团队🤖 sourcingLark Candidates +1
关键: 40 步流程中,你只在 8 步(粗体的)介入,其他 32 步 agent 全自动。

⑥ 怎么查 / 改数据

5 个数据所在地(Lark 第一,SQLite 已废弃)

在哪看 / 改什么怎么打开
🟢 Lark Base「渠道拓展 CRM」9 张表:Candidates(raw)/ ★ Leads(追踪中)/ ★ Partners(真合作 MOA+)/ Drafts / Meetings / Opportunities / Commissions / Review Queue / ActivitiesLark App 或浏览器 — 主入口
对话面板agent 输出、所有决策、ad-hoc 查询Claude Code / Claude Desktop 窗口
drafts/邮件草稿原文 markdownFinder / cat / 任何编辑器
.claude/memory/知识库(ICP / 产品 / 政策 / Lark 表 ID)任何编辑器 — 改了立刻生效
~/restoflow/docs/本地预览站(渠道地图 + 本套文档)http://127.0.0.1:8080 — 让 Claude「启动预览 server」
记住产品语义:Candidates → Leads → Partners 三段式。 Partners 表只放 MOA+(真合作的)。Leads 表的 Engagement Status (PENDING_REVIEW/LEAD/ENGAGED/READY_FOR_MOA/PROMOTED/DROPPED) 表达追踪进度。 完整阶段定义见 architecture.html · Partner 定义 + 7 阶段

Lark Base 直接打开

https://your-org.larksuite.com/base/XXXXXXXX-internal-base

在 Lark 里能干啥(不用 Claude)

常见查询(说给 Claude 听)

查所有 Tier S partner 的当前 stage 和最后触达
导出 Lark Partners 表里本月新签 MOA 的列表
把 .claude/memory/icp.md 里的优先地区改成"上海 + 北京"

直接改知识库(不用 Claude)

用任何编辑器打开 .claude/memory/ 下的 markdown,改完保存,下次 Claude 会读到新内容。

# 编辑 ICP
open .claude/memory/icp.md

# 编辑产品矩阵
open .claude/memory/products.md

# 编辑渠道政策
open .claude/memory/channel-policy.md

# Lark 表 ID 常量(改了 Lark 重命名表才需要动)
open .claude/memory/lark-tables.md

⑦ 常用命令速查表

Slash command(在对话里输入)

/recruit-partners跑完整 workflow
/recruit-partners --limit 5限制候选数
/agents列出所有 sub-agent
/helpClaude Code 自带帮助

自然语言命令(直接说)

"找 X 类型的渠道线索"触发 sourcing
"给 PRTN-XXX 打 tier"触发 qualifying
"给 PRTN-XXX 起草 step N 邮件"触发 outreach
"PRTN-XXX 回邮件了,内容是 ..."触发 meeting
"PRTN-XXX 报备客户 Y"触发 cosell
"跑本周周报"触发 analytics
"看 review queue 待审"列 candidates_review_queue
"启动预览 server"开 http://127.0.0.1:8080/

Terminal 命令(高级)

# 查 Lark Partners 表
lark-cli base +record-list --as user --base-token "XXXXXXXX-internal-base" \
  --table-id "tblZHXT5GggZLaAF"

# 查所有表名 + ID
lark-cli base +table-list --as user --base-token "XXXXXXXX-internal-base"

# 验证 Lark 认证状态
lark-cli auth status

# 测试 dedup
python3 scripts/dedup.py

# 启动 HTML 预览 server
python3 ~/restoflow/serve.py

# 重新生成渠道地图数据(刷新后同步到预览站)
python3 scripts/export_map_data.py

⑧ 必须停下找你的红线

这些情况 Claude 永远不会自动决定 — 一定会用 AskUserQuestion 找你确认:

红线谁来决定
Tier S partner 的邮件外发👤 渠道经理
单笔返佣 > $10,000👤 Finance Controller
折扣超 tier 上限👤 Finance
锁单冲突(2+ partner 报同客户)👤 渠道 GM
客户邮箱域名 = partner 域名(疑似 sock-puppet)👤 渠道 GM
Partner 问政策类问题(返佣率/排他/价格)👤 渠道经理
Champion 离职检测到🤖 sourcing 找替补 + 通知你
Reply rate 跌 30%🤖 outreach 重写 + 告警
升 Partners 表(MOA 签署后)👤 渠道经理 + 法务 双签
Lead → Partner 升级(从 Leads 表迁到 Partners 表)👤 渠道经理 在 Lark 确认
★ 数据契约红线: qualifying / sourcing / outreach agent 不能直接写 Partners 表。 只有 meeting agent 在检测到 MOA 签署后才创建 Partners 记录。 其他 agent 看到 Partners 表 = 真合作伙伴名单(数据干净不被污染)。
反过来说: 上面之外的所有决策 — sourcing / qualifying / Tier B 外发 / brief 生成 / 通话总结 / 返佣计算(< $10k)— 全部自动跑,不用问你

⑨ FAQ + 故障排查

问题解决 / 排查
Claude 不认识 9 个 sub-agent没切到项目目录。File → Open Folder → 选 ~/restosuite-channel-agent
Lark 表被改坏 / 误删Lark Base 自带历史:右上角「更多」→「版本历史」→ 恢复到任意时间点。
本地 SQLite 已于 2026-05-29 移除,Lark 是唯一真相源,无需(也没有)本地 DB 备份。
报错 "Lark token expired"token 2 小时过期。重跑 lark-cli auth login --domain base,drive,docs --no-wait → 浏览器登录 → lark-cli auth login --device-code <code>
想加新字段 / 改字段名直接在 Lark Base 改 — 但必须同步更新 .claude/memory/lark-tables.md,否则 agent 因字段名错而写入失败
HTML 预览 server 起不来让 Claude 修(他懂 sandbox 限制)。手动:cp docs/*.html ~/restoflow/docs/ && python3 ~/restoflow/serve.py
Review Queue 堆了几十条让 Claude 批量过高相似度的:
「列 review queue 里相似度 ≥ 0.95 的,全部标 CONFIRMED_DUP
改了 icp.md 要重启吗不用。下次 agent 跑会读最新内容 —— memory 是热更新的
怎么备份数据 / 状态数据:Lark 版本历史(自动)。代码/drafts/memory:git add . && git commit -m "snapshot $(date +%F)";drafts 打包 tar -czf backups/drafts_$(date +%F).tgz drafts/
要接 Gmail 真发邮件跟 Claude 说"接 Gmail API 真发",他会引导过 checklist:① outreach 加发送 tool ② deliverability 监控 ③ unsubscribe 链接 ④ dry_run 测试
给团队 / 老板看发什么见下方「给谁看什么」表 ↓

给谁看什么

受众发什么
👔 老板architecture.html 的「概览」+「视角 1 高层架构」
🧑‍💼 渠道经理本说明书
🛠️ 技术团队architecture.html 的「视角 4 数据模型」+「Dedup 5 层」
💰 财务architecture.html 的「决策点矩阵」+「commission agent」