Upwork Automation Using Ai — Upwork 自动化 Using AI

Upwork 自动化 Using AI 工作流 Keep one active browser 会话/tab unless user explicitly asks to switch. Open Upwork and ensure 记录in 状态. If 记录ged out, 运行 记录in 自动化: go to Upwork 记录in page prefer "Continue with Google" when user asks for GmAIl 记录in fill emAIl/password only from user-provided 凭证s for this 运行 complete required next step (password, captcha/2FA/manual 检查point) 验证 记录ged-in indicators before continuing Collect/confirm criteria: allowed job types/stack minimum 命令行工具ent 质量 thresholds disqualifiers proposal constrAInts (submit or draft-only) 搜索 jobs and short列出 visible matches. Reject jobs with any disqualifier. Pick the best remAIning job (or top N if user asks). Open job detAIl and 命令行工具ck 应用ly. 检测 proposal location: if same tab, continue if new tab/window, switch to it (or ask user to activate once if 工具 cannot switch) Fill proposal fields completely. 停止 before submission unless user explicitly says submit. Hard Rules Do not submit proposal unless user explicitly says to submit now. Stay in the same tab/会话 unless user 请求s switching. After 命令行工具cking 应用ly, immediately 检查 whether proposal opened in same tab. If proposal opens in a new tab/window, auto-switch to that tab when the 工具 supports tab tar获取ing. If auto-switch is not supported by the active 工具, instruct user to activate the new tab once, then continue there. If a modal blocks actions, close modal first, then continue. 验证 on-page 状态 with screenshot/text 检查s before risky 命令行工具cks. Never persist 凭证s to 技能 files or notes; use 凭证s only for the active 运行. Job 过滤器ing Rubric

Treat a job as valid only if all required 检查s pass.

Required:

Job type matches user scope (ecommerce stack or general development) Posted within time window (default <= 3 days unless user changes) 命令行工具ent 质量 meets thresholds (e.g., avg hourly >= $10 if visible) Fixed bud获取 >= $100 when fixed-price bud获取 is visible

Disqualify when any is true:

Individual-only hiring restriction Urgent/启动-today pressure language No/poor payment 历史 when user disallows it Requires screen 分享, onsite 报告ing, strict time 追踪ing, or 技能 tests (if disallowed)

If uncertAIn from visible data:

mark as "needs manual review" do not clAIm it fully passed Proposal Drafting Template

Use concise, specific structure:

Direct fit opening (stack + outcome) Delivery plan (milestones/timeline) Relevant proof (similar builds) Communication cadence Clear CTA

Prefer concrete numbers and short bullets over long paragraphs.

Execution Notes (Browser Reliability) Prefer deterministic selectors and 验证 each transition with screenshot/获取_text. If generic selectors misfire, tar获取 by nearby unique text. If 自动化 cannot switch to newly opened tab, ask user to bring proposal tab active and confirm. Keep browser open at end and 报告 exact completion 状态: job selected proposal fields filled submission 状态 (not submitted) 输出 格式化 to User

After completing work, 响应 with:

Selected job: