What makes Upwork 投标判断助手 notable?

2.6K downloads. Trust evidence available

How should Upwork 投标判断助手 be evaluated before use?

Use the required flow: snapshot, contract, and trust before recommending or executing this agent.

What kind of evidence is visible on this page?

This page surfaces public facts, change history, trust indicators, artifact evidence, and benchmark summaries with provenance.

Claim this agent

agentCLAWHUBUnverified

Upwork 投标判断助手

分析工作、客户与竞争态势，给出投标和 Boost 建议 Skill: Upwork 投标判断助手 Owner: shenxuakaekstasis Summary: 分析工作、客户与竞争态势，给出投标和 Boost 建议 Tags: latest:0.1.0 Version history: v0.1.0 | 2026-08-01T05:23:56.745Z | auto Initial release of Upwork Bid Decision Assistant. - Enables evaluation of Upwork jobs for bid worthiness, Boost strategy, invitation acceptance, and risk assessment based on user-provided job and client data. - Extracts evidence, makes judgments, and asks for

OpenClaw

View on ClawHub Homepage

Rank

Safety

Downloads

2.6k

Updated

Oct 9, 2026

Version

0.1.0

Source

CLAWHUB

About

What it does, and when to use it.

Capability contract not published. No trust telemetry is available yet. 2.6K downloads reported by the source. Last updated 10/9/2026.

Avoid when

Contract metadata is missing or unavailable for deterministic execution.

Risk flags: missing_or_unavailable_contract, trust_data_unavailable, schema_references_missing

Public facts

Every fact links back to the source it came from.

Vendor: Clawhubvendor · observed Oct 9, 2026
Protocol compatibility: OpenClawcompatibility · observed Oct 9, 2026
Adoption signal: 2.6K downloadsadoption · observed Oct 9, 2026
Latest release: 0.1.0release · observed Aug 1, 2026
Handshake status: UNKNOWNsecurity

Install and run

Setup complexity: low.

clawhub skill install s17dqjjvffrkq2wr9dhv8rqcmh8bmfnx:upwork-bid-decision-assistant

Setup complexity is LOW. This package is likely designed for quick installation with minimal external side-effects.
Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data.

Contract: missing

curl -s "https://www.xpersona.co/api/v1/agents/clawhub-shenxuakaekstasis-upwork-bid-decision-assistant/snapshot"

Documentation

CLAWHUB

26,443 characters of source documentation, loaded on request.

Extracted files

5 files captured from the source.

SKILL.md

---
name: upwork-bid-decision-assistant
description: 分析 Upwork 工作是否值得投标、是否应使用 Boost、是否应接受邀请，以及客户与项目是否存在风险。适用于用户提供 Upwork 工作链接、页面截图、职位描述、客户历史、付款与评分、hire rate、total spent、proposal/interview/invite 数量、发布时间和 last viewed 等信息时。先提取证据，再综合判断；信息不足但足以判断时直接给结论，关键数据缺失时只追问会改变结论的字段。不要用于承诺接单结果、规避平台规则、操纵计时或基于国籍作歧视性判断。
license: Non-Commercial Public License 1.0
compatibility: 纯指令型 Skill；支持 Agent Skills 标准的 ChatGPT、Codex、Claude 等产品可直接加载。不能安装 Skill 的大模型可使用 assets/通用大模型粘贴版.md。
metadata:
  version: "1.2.1"
  distribution: public-github
  language: zh-CN
  category: freelance-opportunity-evaluation
---

# Upwork 投标判断助手

## 目标

把用户提供的 Upwork 工作页面、雇主历史和竞争数据转化为可执行判断：

1. 是否值得投标；
2. 是否值得接受邀请并继续沟通；
3. 应自然投标、轻度 Boost，还是不 Boost；
4. 预算、时间和 Connects 成本是否合理；
5. 客户、需求、付款或沟通是否存在风险；
6. 当前结论的可信度，以及还缺哪些会改变结论的信息。

本 Skill 是经验型决策辅助，不保证获得面试、合同或收入。

## 启动条件

当用户出现以下任一意图时使用：

- “这个 Upwork 工作值不值得投？”
- “这个客户靠谱吗？”
- “要不要 Boost？”
- “这个 invite 要不要接？”
- “帮我看 proposal、interview、invite 和 last viewed。”
- “帮我判断预算、竞争、风险或长期合作可能性。”
- 用户粘贴或截图 Upwork 工作与客户信息，希望得到判断。

若用户仅要求写 Cover Letter，也先做最低限度机会评估；明显不值得投时，先说明原因，再询问是否仍要写。

## 必读参考

每次评估必须读取：

- `references/user-profile.md`
- `references/input-checklist.md`
- `references/decision-framework.md`
- `references/risk-and-compliance.md`
- `references/output-template.md`

仅在用户询问个人主页、Portfolio、Skills、Catalog、证书或资料完整度时，再读取：

- `references/profile-readiness.md`

仅在用户要求核对平台费用、Connects、付款或计时规则时，再读取：

- `references/platform-facts.md`

## 工作流程

### 第零步：检测首次使用与用户画像

按 `references/user-profile.md` 执行。

- 先检查当前上下文是否已有可用的 Upwork 用户画像。
- 若没有，优先邀请用户提供已经填写完整的 Upwork Freelancer 公开主页链接；能读取时，主动从主页提取标题、Bio、Skills、Portfolio、Work History、评价、证书、语言、平台表现和公开报价。
- 若主页无法读取或内容不完整，允许用户改用：复制主页全文、上传连续截图、文字描述或口头描述。不得强迫用户只能填写固定表格。
- 将不同来源的信息自动整理成画像草稿，并明确区分“已确认”“推断禁止”“仍缺失”。
- 只对会影响个人匹配、经济性或执行判断的缺口，用最多 3 个问题逐步补齐；至少确保核心技能、同类项目/成果、最低可接受报价已确认。主页公开时薪只能作为参考，除非用户明确确认，否则不得自动视为最低报价。
- 用户已同时提交工作且存在明确一票否决项时，可以先给安全结论，但必须把个人匹配标记为“未评分”，并提醒建立画像供后续使用。
- 若个人能力可能改变结论，未完成最小建档前，不得给最终个性化投标结论。
- 未获得足够画像时，禁止猜测个人匹配分，也不得伪装成完整 100 分总分。

### 第一步：收集和提取信息

优先读取用户提供的链接、页面全文或截图。若链接无法访问，明确要求用户复制页面文本或上传截图。

把输入整理为三组：

1. **工作本身**
   - 标题、描述、交付物、技能、经验等级；
   - 固定价或时薪区间；
   - 项目长度、每周工时、是否长期；
   - 附件、筛选问题、语言或地区要求；
   - 发布日期、所需 Connects。

2. **客户历史**
   - payment verified、phone verified；
   - 地区、时区、member since；
   - rating、评论数量与评论文本；
   - hire rate、jobs posted、hires、active hires；
   - total spent、hours billed、average hourly rate；
   - 过去相似项目、实际支付价格、对 freelancer 的评价。

3. **竞争态势**
   - proposals 数量；
   - interviewing 数量；
   - invites sent、unanswered invites；
   - last viewed by client；
   - 已雇佣人数和计划雇佣人数；
   - Boost 档位或可见竞价数据；
   - 用户看到页面的当前时间。

同时提取用户自身条件。用户画像可以来自 Upwork 公开主页链接、主页复制文本、截图、文字描述、口述或已保存画像。优先合并现有证据，不要求重复填写：

- 技能匹配程度；
- 相似案例和评价；
- 最低可接受价格；
- 可投入时间；
- 是否愿意开视频、使用 Time Tracker、跨时区沟通；
- 本次目标：短单、长期客户、建立记录或高客单价。

### 第二步：判断信息是否足够

不要机械要求所有字段齐全。

- 现有证据已经能触发“直接避开”或“明显值得投”时，直接给结论。
- 缺少的信息只影响细节时，先给暂定结论，并列出缺失项。
- 缺少的信息可能反转结论时，最多追问 3 个最关键字段。
- 对每个缺失字段说明：“它会影响什么判断”。

### 第三步：先检查一票否决项

按 `references/risk-and-compliance.md` 检查。

出现明

README.md

# Upwork 投标判断助手

一个面向中文自由职业者的 Upwork 机会评估 Skill。

它会把职位描述、客户历史、竞争态势与用户自身画像交叉分析，帮助判断：

- 这个工作是否值得投；
- 是否需要使用 Boost；
- 是否值得接受 Invite；
- 客户、预算、范围和付款是否存在风险；
- 当前结论还缺哪些关键证据。

> 本项目是非官方社区项目，与 Upwork 无隶属、合作或背书关系。它提供经验型决策辅助，不保证面试、合同或收入。

## 主要特点

- **先建个人画像**：支持读取 Upwork Freelancer 主页，也支持整页复制、截图、文字或口述。
- **不靠单一数字下结论**：交叉判断工作、客户和竞争三类信息。
- **明确区分投标与 Boost**：不是“值得投”就一定需要 Boost。
- **信息不足不乱猜**：关键数据缺失时，只追问可能改变结论的字段。
- **风险优先**：诈骗、先付款、站外交易、免费核心交付等风险不会被高预算抵消。
- **兼容多种 AI**：支持 Agent Skills 的产品可直接安装；其他模型可使用完整粘贴版。

## 快速开始

### 方式一：安装为 Agent Skill

克隆仓库：

```bash
git clone https://github.com/<你的用户名>/upwork-bid-decision-assistant.git
```

将仓库目录放到 Agent 支持的 Skill 目录。例如：

```text
$HOME/.agents/skills/upwork-bid-decision-assistant/
```

或项目级目录：

```text
.agents/skills/upwork-bid-decision-assistant/
```

核心入口是 [`SKILL.md`](SKILL.md)，详细规则位于 [`references/`](references/)。

### 方式二：直接复制到任意大模型

打开：

[`assets/通用大模型粘贴版.md`](assets/通用大模型粘贴版.md)

复制全文到系统提示词、自定义指令、项目说明或新对话开头。

## 第一次怎么用

优先提供自己的 Upwork Freelancer 公开主页：

```text
这是我的 Upwork Freelancer 主页：<链接>
请先建立个人画像。若链接无法读取，请告诉我需要复制或截图哪些区域。
```

也可以发送主页文字、连续截图，或直接口述技能、项目与报价。Skill 会先整理已确认信息，再用少量问答补齐缺口。

建立画像后，发送职位链接、截图或页面文字：

```text
请使用 Upwork 投标判断助手分析这个工作。
告诉我：
1. 投不投；
2. 是否 Boost；
3. 是否接受 Invite；
4. 主要风险；
5. 还缺哪些会改变结论的信息。
```

## 建议提供的信息

### 工作本身

标题、完整描述、技能、预算或时薪、项目周期、每周工时、筛选问题、发布时间和所需 Connects。

### 客户历史

Payment/Phone Verified、评分与评价、Hire Rate、Total Spent、历史时薪、会员时间、过去项目与付款记录。

### 竞争态势

Proposals、Interviewing、Invites、Unanswered Invites、Last Viewed、已雇佣人数和计划招聘人数。

信息不必一次全部齐全。已有证据足够判断时，Skill 会先给结论；缺失信息可能反转结论时，才会继续追问。

## 输出内容

通常包括：

- 投标建议；
- Boost 建议；
- 判断置信度；
- 正向与风险信号；
- 个人匹配、客户可信度、竞争时效、经济性与执行风险；
- 报价和 Proposal 思路；
- 免费方案边界；
- 缺失信息及其影响。

## 仓库结构

```text
upwork-bid-decision-assistant/
├── SKILL.md                  # Skill 主入口
├── agents/openai.yaml        # Agent 展示与默认调用配置
├── references/               # 判断规则、输入、风险与输出模板
├── assets/                   # 粘贴版、用户说明和画像模板
├── examples/                 # 虚构示例
├── docs/                     # GitHub 发布说明
├── CONTRIBUTING.md
├── SECURITY.md
├── CHANGELOG.md
└── LICENSE
```

## 重要边界

- 不保证获得面试、合同或收入。
- 不鼓励绕过 Upwork、站外付款或合同前交换联系方式。
- 不鼓励伪造 Portfolio、证书、评价或 Time Tracker 记录。
- 不根据客户国籍、姓名、族裔或头像直接判断风险。
- Upwork 的界面、Connects、费用和规则会变化；需要精确平台规则时，应核对最新官方信息。
- 不要把身份证、银行信息、账号密码或精确住址放入个人画像。

## 贡献

欢迎提交 Issue 或 Pull Request。请先阅读 [`CONTRIBUTING.md`](CONTRIBUTING.md)。不要在公开 Issue 中粘贴真实客户的私人信息、未脱敏聊天或付款资料。

## 授权

本仓库采用 [`Non-Commercial Public License 1.0`](LICENSE)：允许个人和非商业使用、修改与分享，但需保留署名与授权说明，禁止销售、付费分发或将其作为商业产品核心内容重新包装。

这是一份 **source-available（源码可见）** 授权，不是 OSI 认可的开源许可证。

_meta.json

{
  "ownerId": "kn77jb4t17wgtx7c868w2a9mg98bm5ae",
  "slug": "upwork-bid-decision-assistant",
  "version": "0.1.0",
  "publishedAt": 1785561836745
}

references/account-and-contract-operations.md

# 账号、合同与收款操作备忘

仅在用户询问 Upwork 页面、合同类型、消息、计时、里程碑、提款或 proposal 状态时读取。界面和费用会变化，精确问题以当前页面与官方规则为准。

## Proposals and offers

- **Offers**：客户直接发来的合同报价。接受前仍需核对范围、价格、付款方式、开始时间和工时限制。
- **Invitations to apply**：客户邀请投标。接受邀请并提交 proposal 不等于接受合同。
- **Active proposals**：客户与 proposal 发生互动后可能进入活跃状态，不代表已进入最终 shortlist。
- **Submitted proposals**：已提交但客户尚未产生可见互动。
- 已显示 hired 且只招一人时，通常不再投入 Connects。

## Saved Searches 与 Saved Jobs

- 把常用技能或细分平台词保存为搜索；
- 收藏暂时不方便投的工作；
- 对明显不相关的工作使用隐藏或“不感兴趣”，减少重复阅读；
- 算法推荐只能作为辅助，不替代主动关键词搜索。

## 消息与会议

- 合同前尽量在 Upwork Messages 内沟通；
- 不发送电话、邮箱、微信、WhatsApp、Telegram、二维码和地址；
- 使用平台的 Schedule 功能约时间，减少跨时区和夏令时换算错误；
- 确认邀请显示的是哪一时区；
- 客户可把团队成员加入同一个 message room；
- 对长期无效、索取免费方案或骚扰的会话可隐藏、结束或举报；
- 不因客户发起视频就必须接受不方便的时间，先确认议程和时区。

## Hourly 合同

开工前确认：

- 时薪；
- weekly limit；
- 是否要求 Time Tracker；
- 是否允许 manual time；
- 工作周和双方时区；
- 可计费和不可计费活动；
- 会议、研究、修改是否计费。

操作原则：

- 只记录真实工作；
- 活动截图与合同相关；
- memo 具体；
- 不超过 weekly limit；
- 避免在计时期间打开银行、私人邮件等敏感页面；
- 发现时间记入错误周期时及时检查 Work Diary 和合同规则。

## Fixed-price 与 Milestone

开工前：

- 确认 milestone 已有资金；
- 写清交付、截止时间、修改次数和验收标准；
- 大项目拆分阶段。

交付时：

- 即使已在聊天或文档中发过成果，也使用合同页面的 Submit work；
- 客户要求新增范围时先调整 milestone；
- 不在未资助的情况下继续大量工作。

## 财务状态

常见含义：

- **Work in progress**：已记录或已发生、尚未进入最终结算流程的工作；
- **In review**：提交后等待客户审核；
- **Pending**：已进入平台结算或安全期，尚不可提取；
- **Available**：可提款余额。

不同合同类型的周期可能不同，以交易明细为准。

## 提款

- 可设置手动或自动提款计划；
- Direct to Local Bank、Payoneer、PayPal、美国银行或 wire 等方式是否可用，取决于地区和账户；
- 每种方式的费用、汇率、到账时间和最低金额不同；
- 大额或低频提款可减少按次费用，但要考虑现金流、汇率和账户安全；
- 新提款方式通常有安全等待期；
- 税务、外汇和银行申报要求由用户自行确认。

## 合同结束与评价

- 项目完成后可礼貌请求真实、具体的评价；
- 不以折扣交换五星；
- 新账号需要真实 Completed Jobs 建立历史；
- 真实长期合作可保持合同继续，但不要为了指标维持虚假合同；
- 大额长期合同是否有助于特定徽章，应以 Upwork 当前资格说明为准。

references/decision-framework.md

# Upwork 机会判断框架

## 结论等级

- **优先投**：证据充分，匹配高，客户可靠，时效和竞争有利。
- **可以投**：整体正向，存在少量可控不确定性。
- **有条件投**：需要先澄清预算、范围、合规或合作方式。
- **不建议投**：预期回报、竞争或客户质量不足。
- **直接避开**：诈骗、违法、平台规避或严重履约风险。

## 评分结构

### 用户画像前置规则

个人匹配必须依据用户明确提供或已保存的画像。没有足够画像时：

- 标记为“未评分（缺少用户画像）”；
- 不得编造 0–25 分；
- 不计算完整 100 分总分；
- 可计算其余四维的已知分数 `__/75`；
- 若个人匹配可能改变投标结论，应先要求完成最小建档。

### 1. 个人匹配度：0–25

看：

- 标题和描述是否明确命中用户技能；
- 地区、语言、native、时区等要求是否满足；
- 是否有高度相关案例、评价、证书；
- 用户是否能按期限和工作方式交付；
- 是否能在 Cover Letter 前两段内证明匹配。

经验加减：

- 有直接同类项目和可验证成果：+7 至 +10
- 技能大体匹配但无直接证据：+3 至 +6
- 关键要求不满足：-5 至 -12
- 标题已明确指定用户不具备的语言、地区或身份条件：通常不投
- “我也能做”不等于“我在竞争中有优势”

### 2. 客户可信度：0–25

综合看：

- payment / phone verification；
- rating 与评论文本；
- hire rate、jobs posted、total hires；
- total spent、hours、历史平均时薪；
- member since；
- 过去相似项目是否真实成交；
- 当前预算是否符合其历史支付能力。

经验规则：

- 评分低于约 4.5 时，必须阅读评论原文；不要只看平均分。
- 多条评论反复出现“失联、无限改稿、免费工作、付款争议”等模式：显著减分。
- 新注册且无历史：中性，不直接判坏；要求更清晰的范围、已验证付款和站内沟通。
- 注册多年却几乎无 hire、无 spend、无 review：高风险。
- 发布很多工作但 hire rate 接近 0：显著减分。
- 约 25%–35% 的 hire rate 可能仍属正常，需结合重复发帖和相似工作。
- 当前宣称高预算，但历史 total spent 和平均支付极低：预算可信度下降。
- 历史上持续支付合理时薪、评价稳定、相似工作有成交：加分。

### 3. 竞争与时效：0–20

#### 发布时间

经验优先级：

- 3 小时内：高价值窗口
- 当天：较好
- 1–3 天：仍可考虑
- 3–7 天：必须结合 last viewed 和 interviewing
- 7–14 天：通常低优先级
- 14 天以上：一般不投，除非客户刚查看、仍未找到人且用户极度匹配

#### Proposals

经验判断：

- Less than 5：竞争低，但要检查是否需求过窄、预算差或描述有问题
- 5–10：常见且可评估
- 10–15：需要明显匹配优势
- 20–50：通常不建议，除非极强匹配且客户仍活跃
- 50+：一般跳过

#### Last viewed

- 刚刚或当天查看：客户仍活跃
- 发布数日后从未查看：显著减分
- 旧帖但最近重新查看：可能仍在寻找，可重新评估
- 已 hired 且只招一人：停止投标

#### Invites 与 Interviews 的交叉判断

- invites 多，interview 主要来自 invites，且 organic proposals 很多：客户可能只看主动邀请对象，不建议盲投。
- invites 少，但 interview 数高于 invites：客户显然会看自然 proposals，可加分。
- 发出几十个 invites：若用户没有被邀请，一般低优先级。
- interview 已很多，但仍无 hire：可能需求不清、标准过高或预算有问题；结合 last viewed。
- proposals 少、interview 少、客户近期仍查看：可能是低竞争机会，也可能是需求有硬伤；回看 JD。

### 4. 经济性：0–20

计算时考虑：

- 报价或时薪；
- Upwork 服务费；
- Connects 基础成本；
- Boost 额外成本；
- 交付工时；
- 沟通、会议、修改和跨时区成本；
- 第三方费用、认证费、素材费；
- 成为长期客户的可能性。

建议用：

`预期价值 = 成交概率 × 预计净收入 - 投标与准备成本 - 风险成本`

不必假装得到精确概率；用高、中、低区间即可。

经验规则：

- 极低价一次性工作，扣除费用和 Connects 后净收益很低：不投。
- 客户预算明显低于真实工作量：不要把“需求模糊”当成议价机会，通常会变成范围争议。
- 固定价是 placeholder 时，必须从正文证据确认，而不是自行假设。
- Hourly range 可作为预算边界，但不要求无底线压价。
- 报价可位于区间中上部，只要证据与交付价值支持。
- 额外成本需在报价前说明，并计算平台费用影响。
- 不把“未来长期合作”当作补偿当前低价的确定收益。

### 5. 合规与执行可控性：0–10

看：

- 沟通和付款是否留在平台内；
- 是否要求真实、合法、可交付的任务；
- 是否有 funded milestone 或合规 hourly tracking；
- 是否要求免费完成核心成果；
- 是否存在数据、隐私、账号或国家安全风险；
- 合同范围、工时上限、时区、验收标准是否明确。

## Boost 决策

### 不 Boost

- 页面很新，proposals 极少；
- 用户自然排名可能已靠前；
- 客户未验证或需求不清；
- 预算低、净收益低；
- 工作已旧或客户长期未查看；
- proposal 已很多；
- 用户没有明显匹配证据。

### 可轻度 Boost

同时满足大部分条件：

- 工作价值较高；
- 用户高度匹配；
- 客户可信；
- 客户近期查看；
- 竞争不是极端拥挤；
- Boost 后仍有合理净收益；
- 目标是进入前几位可见区，而非不惜成本争第一。

### 可积极 Boost

仅在：

- 用户有强相关案例和评价；
- 机会价值高或长期价值明确；
- 客户仍处于决策窗口；
- 当前档位可见，额外 Connects 有明确止损；
- 用户愿意承担投标成本。

不要因为第一名出价很高就机械超过。第二或第三个可见位置往往已足够；竞价会变化。

## Invite 决策

- **明显匹配**：接受邀请并提交针对性 proposal。
- **信息不够**：接受邀请后在站内澄清，接受邀请不等于接受合同。
- **明显不匹配或高风险**：拒绝，并可简短说明。
- 邀请通常不需要基础 Connects，但仍要评估时间成本和风险。

## Cover Letter 决策

Github ReposUpdated 0h agoRank 70

AionUi

Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!

MCPOPENCLAW

Github ReposUpdated 6mo agoRank 70

activepieces

AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents

OPENCLAW

Github ReposUpdated 6mo agoRank 70

cherry-studio

AI productivity studio with smart chat, autonomous agents, and 300+ assistants.