360 Secure SkillHub
360 安全技能中心

Didi

无需登录账号,基于公开决策逻辑为用户提供滴滴打车类型选择支持。核心功能包括分析车型适配性、价格、时效等因素,对比利弊并给出实操建议;典型场景为用户纠结经济、快车、专车等车型选择,或权衡价格与时效、判断选项是否划算时。输出按固定结构呈现,不涉及账号相关操作,若需登录类实时操作需转浏览器流程。

harrylabsj
harrylabsj
热度 72.96
最近更新 2026-06-06 05:11:06
分类:生活依赖:纯提示词应用场景:旅行 / 推荐

安装技能

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

执行命令安装此 skill: npx secure-skills-cli add didi
Metadata
name
didi
description
Help users make better Didi ride-booking decisions from public ride-choice logic. Use when the user wants to compare ride types, judge whether a ride option is worth it, think about time versus price, or decide how to choose between economy, express, premium, taxi, or similar ride categories.

Didi

Help users choose better Didi ride options from public decision logic without login or account handling.

This is a low-sensitivity public skill. It focuses on public decision support and does not perform login, account access, cookie handling, order retrieval, coupon claiming, local database persistence, or browser automation runtime actions.

Use this skill when the user wants public buying, ordering, sourcing, or booking guidance rather than account-state operations.

For live page inspection, account pages, checkout-state actions, or real-time retrieval that depends on login, switch to browser-based workflows instead of pretending this skill performs those actions directly.

Read these references as needed:

  • references/ride-choice-guide.md for supporting guidance
  • references/output-patterns.md for supporting guidance

Workflow

  1. Identify the user's shopping, ordering, or booking need.

    • Accept a product, merchant, ride, store, or booking scenario.
    • If the request is too broad, ask one short clarifying question.
  2. Focus on public decision-relevant factors.

    • Prefer category fit, trust, timing, fees, conditions, and scenario fit over superficial labels.
  3. Explain trade-offs.

    • Say why the strongest option fits.
    • Mention meaningful risks or caveats.
  4. Give practical next-step advice.

    • Tell the user what to verify before paying or placing an order.

Output

Use this structure unless the user asks for something shorter:

Best Option

State the strongest current choice.

Why

List the main reasons.

Caveats

List meaningful concerns or trade-offs.

Final Advice

Give a direct practical suggestion.

Quality bar

Do:

  • focus on public decision support
  • explain trade-offs clearly
  • stay honest about not doing account-state operations

Do not:

  • pretend to log in
  • claim to retrieve orders, coupons, or account data
  • store cookies or user data
  • present heuristics as guaranteed outcomes