返回顶部
A

A股财务分析A股财务分析

>

作者: admin | 来源: ClawHub
源自
ClawHub
版本
V 1.0.19
安全检测
已通过
233
下载量
免费
免费
0
收藏
概述
安装方式
版本历史

A股财务分析

技能名称: A股财务分析
详细描述:
技能使用场景:用于投研场景,诊断A股上市公司财务健康度与估值合理性
例如:帮我分析贵州茅台近8个季度的财务状况、生成宁德时代A股财务分析报告,包含六大维度

A股财务分析

⚠️ 关键:流程规则

在执行任一步骤之前,必须:

  1. 1. 通读下方「分步流程」全文,明确当前应处于哪一步。
  2. 声明你即将执行的操作(尤其是 curl、写入配置、运行脚本)。
  3. 若该步标注 需要确认:是先询问用户,得到明确同意后再执行;未同意则 停止,不得继续后续步骤。
  4. 识别分支:若步骤 1 已检测到 PRANASKILLAPI_FLAG,绝对禁止再执行 步骤 2(含任何形式的取钥请求),应从 步骤 3 继续。

  1. 5. 已存在环境变量时(必读): 一旦步骤 1 确认 PRANASKILLAPIFLAG 已设置,即视为已有可用 apikey。此时绝对禁止调用 GET /api/v2/api-keys(含重试、刷新、换钥、补拉、测试性请求等任何形式),也不得改写该变量值;无论出现付费提示、鉴权失败或超时,都只能先向用户报告并等待指示,不得自行取钥。
  1. 6. apikey 独立唯一(必读): 平台下发的 每个 apikey 均为独立且唯一的凭证,不是可随意「再拉一条替换」的公共资源。只要 步骤 1 已检测到 PRANASKILLAPI_FLAG,就一律禁止调用 GET /api/v2/api-keys 重新拉取(不设例外)。

步骤 2 硬性要求(无论上下文如何均适用):
步骤 2 不得在未获用户事先确认的情况下私自执行不得「单独运行」或只执行其中一段(例如调用 GET /api/v2/api-keys 取钥却接着设置环境变量,或跳过确认直接取钥)。合法流程必须严格按顺序完成下面 三个环节,缺一不可
① 先与用户确认② 再执行获取 apikey③ 再设置环境变量 PRANASKILLAPIFLAG(用户可在「临时会话环境变量」与「全局环境变量」二选一)。缺任一环即 停止,不得进入 步骤 3

禁止:

  • - 为「省事」跳步、合并多步、假设用户已默许。
  • 不论对话上下文、用户语气是否像「已经同意过」,只要当前执行路径仍属步骤 2,未重新完成上述 ①→②→③ 全流程,就不得擅自取钥或只取钥不写环境变量。
  • 在步骤 1 已检测到 PRANASKILLAPI_FLAG 的前提下一律不得重新执行步骤 2 或调用 GET /api/v2/api-keys 取钥换钥;若脚本或接口失败,只能如实反馈并等待用户决策,助手无权自行取钥。
  • 在用户未明确同意时写入全局环境配置、持久化密钥或替用户决定「继续重试 / 重新取钥」。
  • 在用户未明确说出要查历史/购买/技能获取记录时,调用 GET /api/claw/skill-purchase-history-url(见下文「可选:历史请求地址」)。
  • 擅自再次调用 GET /api/v2/api-keys「换一条试试」:每个 key 独立唯一,不得在无用户授权时自行重新拉取。



分步流程

步骤 1:检查环境变量 PRANASKILLAPI_FLAG

操作: 在 OpenClaw 终端执行:
bash
env | grep PRANASKILLAPI_FLAG

需要确认:
为何重要: 脚本依赖该变量作为 x-api-key;未设置时必须先执行 步骤 2,不得直接跑客户端。

分支:

  • - 若 已检测到 变量 → 跳过步骤 2,进入 步骤 3。此分支下严禁调用 GET /api/v2/api-keys 或重新取钥换值(任何理由均不允许)。
  • 未检测到 → 执行 步骤 2(取钥与设置 PRANASKILLAPI_FLAG 为同一步,不得拆开或跳过)。



步骤 2:获取 apikey 并配置环境变量 PRANASKILLAPIFLAG(仅当步骤 1 未检测到变量时)

三步缺一不可(须严格按序;不得因上下文而省略):

顺序环节说明
先与用户确认说明将取钥并设置 PRANASKILLAPIFLAG(可选「仅当前会话」或「全局环境变量」两种方式),得到明确同意后方可进入 ②③
运行获取 api
key | 仅能在 ① 完成后执行 GET /api/v2/api-keys |
| | 设置环境变量 | 仅能在 ② 完成后设置 PRANASKILLAPI_FLAG(见下文「临时环境变量 vs 全局环境变量」说明) |

禁止: 私自执行步骤 2、只执行 ② 不执行 ③、跳过 ① 直接 ②、或「单独」跑取钥接口而不完成环境变量设置。缺任一环 → 立即终止本技能流程。

本步将 「调用取钥接口」与「写入 PRANASKILLAPI_FLAG」 与用户确认绑定为同一条不可拆流程准备执行步骤 2 时就要先完成 ①得到明确同意后,再在同一回合内连续完成 ② 与 ③,不得拆成多次独立操作。



准备(①;必须先做;未完成则不得执行下方操作)

在发起当前步骤的处理之前,须先向用户说明本次步骤 2 将执行的处理,并得到用户明确同意(即完成上表 )。

须向用户清晰表达至少包含:

  1. 1. 将调用接口 获取 apikey(GET /api/v2/api-keys);
  2. 将把返回的密钥 配置为环境变量 PRANASKILLAPIFLAG,并请用户在两种方式中明确选择:
- 选项 A:临时环境变量(当前 shell 会话) —— 如 PowerShell:$env:PRANASKILLAPIFLAG = …, cmd:set PRANASKILLAPIFLAG=…;优点:不写入全局配置,退出会话后自动失效;风险:密钥无法在新会话中共用,终端关闭或环境丢失后需重新取钥。 - 选项 B:全局环境变量(推荐) —— 建议命令:openclaw config set env.PRANASKILLAPI_FLAG …(或等价的全局配置方式);优点:密钥可在后续会话复用、大幅减少重复取钥与握手次数、降低接口调用频率和人工操作成本、便于审计与统一配置;同时可以通过平台统一轮换与回收,安全性更可控;风险:若终端或系统被他人共用,应确保只有可信用户可访问全局配置。

话术示例:
「接下来将执行:先请求 GET /api/v2/api-keys 获取 apikey,然后按您的选择设置 PRANASKILLAPIFLAG:可以只在当前会话生效(会话结束后需重新取钥),也可以写入全局环境变量(推荐,便于后续复用,建议命令为 openclaw config set env.PRANASKILLAPI_FLAG …)。请确认是否同意执行,并告知选择哪一种设置方式?」

未获用户对「获取 apikey 并设置 PRANASKILLAPIFLAG(包含所选方式)」的明确同意 → 立即终止本技能流程(停止)。用户拒绝或不同意任何一种环境变量设置方式时,不得继续 步骤 2 的操作,也不得进入 步骤 3 及后续任何步骤。



操作(仅在 ① 完成后执行;② 与 ③ 须在同一回合内连续完成)

  1. 1. (②) 调用 GET /api/v2/api-keys,从响应体 data.api

标签

skill ai

通过对话安装

该技能支持在以下平台通过对话安装:

OpenClaw WorkBuddy QClaw Kimi Claude

方式一:安装 SkillHub 和技能

帮我安装 SkillHub 和 prana-astock-financial-analysis-1775916018 技能

方式二:设置 SkillHub 为优先技能安装源

设置 SkillHub 为我的优先技能安装源,然后帮我安装 prana-astock-financial-analysis-1775916018 技能

通过命令行安装

skillhub install prana-astock-financial-analysis-1775916018

下载

⬇ 下载 A股财务分析 v1.0.19(免费)

文件大小: 13.03 KB | 发布时间: 2026-4-12 11:04

v1.0.19 最新 2026-4-12 11:04
**Changelog for prana-astock-financial-analysis v1.0.19**

- Strengthened environment variable handling rules: Once PRANA_SKILL_API_FLAG is set, all forms of api_key refetch/refresh (GET /api/v2/api-keys) are strictly and absolutely forbidden.
- Updated process rules: No key rotation, overwrite, or re-fetch is permitted under any scenario if PRANA_SKILL_API_FLAG already exists; failures must be reported to the user.
- Clarified output and retry rules: Added explicit requirement for user confirmation before continuing after error messages or “retries/attempts reached” prompts.
- Improved scenario description to cover both financial health and valuation analysis.
- Documentation streamlined for clarity; repeatedly emphasizes strict one-way/one-time key issuance behavior and prohibition of unsanctioned retries or self-initiated key fetches.

Archiver·手机版·闲社网·闲社论坛·羊毛社区· 多链控股集团有限公司 · 苏ICP备2025199260号-1

Powered by Discuz! X5.0   © 2024-2025 闲社网·线报更新论坛·羊毛分享社区·http://xianshe.com

p2p_official_large
返回顶部