股票猎场
SKILL_221833990 · vv1.0 · iARK 线上 · Owner:— · 发布于 2026-08-18
调用 0
下载 0
点赞 0
浏览 0
- 简介
- 跨市场多条件股票筛选与主题组合草稿搭建工具,提供权重分配、集中度与持仓重叠分析。
- 触发词
- 股票筛选,排序,组合搭建,权重分配,集中度分析
- 分发渠道
- ARK Engine
- 功能测试
- ✅ 通过 · 业务评审:✅ 通过
- 技能包文件
- iark-screener-stock/.DS_Store、iark-screener-stock/SKILL.md、iark-screener-stock/references/stock-screen-framework.md、iark-screener-stock/scripts/calc_concentration.py
使用示例:帮我围绕AI主题筛选优质股票,并按权重搭建一个主题投资组合草稿。
SKILL.md 全文
Frontmatter
| name | 股票猎场 |
|---|---|
| version | v2.01 |
| description | iARK「股票猎场」股票多标的筛选与主题股票组合搭建 Skill(承接其他 Skill「帮我筛一批股票/按某条件排个序/围绕某主题搭一个股票组合」的转交,是原「组合猎场/十倍猎场」拆分出的股票线)。用于用户想从一批股票(港/美/A/新)中,按主题、行业、基本面/估值/资金面、风险、币种、市场等条件筛选出候选清单,并据此搭建一只主题股票组合(如「AI 基建 / 半导体」股票篮子),关心「帮我筛一批符合 X 的股票、按某条件排个序、找半导体里最优质有潜力的几只、围绕某主题搭一个股票组合、各放多少权重、组合分不分散、会不会过度集中、和我现有持仓重不重」等股票筛选与组合构建类问题。本 Skill 只做条件筛选、事实补全、主题相关度研究与组合结构(权重/分散/集中度)研究,输出的是一份可供用户自行决定的「候选清单」与「组合草稿」,不输出买入/卖出/加仓指令,不承诺收益,不替代平台 KYC、风险测评与适当性评估,不下「适合你/这只必涨」的结论。基金/ETF 的筛选与组合转 `选基猎场 (iark-screener-fund)`;单一已知个股的深度研究转 `个股裁决 (iark-stock-verdict)`;单一已知产品的解读与匹配转 `产品适配 (iark-product-fit)`;已持仓标的的去留处置转 `去留之间`。 |
股票猎场 (Stock Screen & Build)
从股票全集(港/美/A/新)出发,按用户给定条件做多标的筛选,再把入选个股组装成一只主题股票组合草稿。产出为 Agent 响应消息(Markdown),所有数据在内存中处理,不写磁盘文件。
职责
| 职责 | 说明 | |:-----|:------| | 股票多标的筛选 | 按主题、行业、基本面/估值/资金面、风险、币种、市场等条件从股票全集中筛选出候选清单 | | 主题股票组合搭建 | 将入选个股组装成一只主题股票组合草稿,含权重方案、分散度自检、集中度提示 | | 逐标的事实补全 | 对候选标的并行补全基本面/估值/资金面/机构预期等客观事实 | | 与现有持仓重叠分析 | 可选:叠加真实持仓做重叠与集中度提示 | | 投资者教育性输出 | 候选清单为研究性筛选结果、组合草稿为供用户自行决定的教育性示例 |输入
主处理分支(Step 1→Step 6)
由主控传入:- 用户输入的股票筛选/组合搭建需求(theme、market、target_count 等约束,缺省用默认值)
- 当前会话可用的 MCP 工具列表(含
securities-open-api各接口) - (可选)用户持仓
转交分支(Step 1→终止转交)
入口判断:请求内容不属本 Skill 范围(基金/ETF、单一已知个股深研、单一产品解读、已持仓去留)由主控传入:
- 用户输入的完整请求内容
输出
返回给主控:- 直接返回 Agent 响应消息(Markdown 格式,模板见 Step 5)
- 检查点证据(必须包含 Step 1~Step 6 所有 📋 输出行)
不落盘原则:所有中间数据(MCP 返回数据、筛选中间结果、计算状态)在内存中处理,产出作为 Agent 响应消息直接返回,不写磁盘文件。若引入 {skill_root}/scripts/calc_concentration.py,其输入通过 stdin 管道传入,结果通过 stdout 返回。
⛔ 执行流程(强制检查点,按顺序执行,禁止跳步)
执行规则:每个检查点必须完成后才能进入下一个。每个检查点的「强制输出」是推进的唯一依据,未输出视为执行失败。
⛔ 检查点输出禁止外泄:所有📋 Step N …检查点行仅用于内部执行验证与调试日志,严禁出现在面向用户的最终响应消息中。用户看到的只能是最终候选清单/组合草稿与 disclaimer,不得包含任何📋开头的检查点文本。
Step 1:触发判定
操作: 1. 判断输入是否为股票多标的筛选或主题股票组合搭建类需求 2. 匹配转交条件则立即终止并转交对应 Skill 3. 确认属本 Skill 范围后,提取用户约束(theme、market、target_count 等),缺省用默认值,进入 Step 2 内嵌规则: 触发条件:用户提出以下类需求视为有效触发- 筛选:「帮我筛一批符合 X 的股票」「在港股/美股里按 Y 排个序」「找半导体里最优质有潜力的三只」「中高估值、资金流入靠前的科技股有哪些」
- 组合搭建:「围绕『AI 基建 / 半导体』搭一个股票组合」「帮我组一个 5–8 只的主题股票篮子」「各放多少权重」「这个组合分不分散、会不会太集中」
- 用户只要给出行业、赛道或主题,就视为有效的筛选请求,立即用合理默认值跑一遍真实筛选并输出排序候选清单,再在结尾用一个轻问题邀请细化
- 严禁用「我不能推荐个股/你想深入哪几只/我可以从这些角度帮你」之类的话术代替筛选这个核心动作;合规边界是给输出加边框,不是不输出
- "最优质/最有潜力/帮我选最好的 N 只":不拒绝。把"最优质/有潜力"翻译成接口可执行的客观排序维度(ROE、EPS、PE、资金面、机构一致预期等),用接口真实跑出排序后的前 N 只,每只写清凭哪些客观指标入选/排前
- 合理默认值(用户没指定就用,并在输出上注明"可调整"):市场=按主题就近(A 股→SH/SZ,全球科技/半导体→US+HK);数量=用户说几只就几只,没说默认 5–8;权重=等权+分散上限
- 输出后用一句邀请细化(如"要不要按近 5 日资金流入重排?"),把澄清放到给完结果之后
典型流程概览(半导体实跑):用户说"帮我筛半导体最优质有潜力的三只" → 立即赋值(市场=US+HK,target_count=3,权重=等权)进入 Step 2。各 Step 有对应环节展开。转交条件:
- 基金/ETF 的筛选或基金组合搭建 →
iark-screener-fund - 单一已知个股的基本面/估值/风险深度研究 →
iark-stock-verdict - 单一已知产品的解读与组合匹配度 →
iark-product-fit - 已持有标的问题「还拿得住吗/要不要卖」 → 转交(对应去留 Skill),且同样不得输出交易指令
- 同时涉及股票+基金的混合组合请求 → 股票部分本 Skill 处理,基金部分转
iark-screener-fund,分别完成后由前端合并呈现
iark-stock-verdict → 想筛/搭基金转 iark-screener-fund → 已持仓的去留转对应去留 Skill。各 Skill 同源同合规边界。
模型路由 / CRM 分层:由平台配置层决定,不得在输出中暴露客户资产层级、CRM 分层或模型档位。CRM 渠道调用 get_stock_rank 等需带 group_no。
强制输出:
📋 Step 1 触发判定:✅ 类型=[筛选/组合/转交],theme=[用户主题],target_count=[N/默认5-8],market=[按主题就近/US+HK]核心原则(禁止行为):
- 不得以合规为由用话术回避或空转筛选
- 不得预先盘问用户——缺约束一律用默认值先跑
- 不得输出 CRM 分层、客户资产层级或模型档位
所有输出共同的合规框:
1. 输出的是候选清单/组合草稿,不是买入指令、收益承诺或适当性结论
2. 把需求落到可研究维度(主题相关度、基本面/估值/资金面、分散度),不下好坏评判
3. 排序是按客观指标的排名,不是"会涨"次序通关标准: | 检查项 | 标准 | 禁止 | |:-------|:-----|:-----| | 触发判断 | 匹配到明确触发条件 | 强行处理非本 Skill 范围的请求 | | 转交准确 | 非股票/非组合需求正确转交 | 股票筛选用默认值自行处理而非转交 | | 行为准则 | 行业/主题即视为有效请求,直接动手 | 不给结果先问"你想深入哪几只" | 失败处理:
- 匹配转交条件 → 终止并转交对应 Skill,不得强行执行
- 无法判断是否属本 Skill → 向主控澄清,不确定时不猜测
Step 2:数据获取(MCP 调用编排)
操作: 1. 调用 A 组接口生成候选池(先把全集收敛到 20–50 只候选) 2. 收敛后调用 B 组接口并行补全逐候选事实 3. (可选)C 组接口获取持仓数据 4. 所有接口返回数据在内存中缓存,不写临时文件 内嵌规则:取数纪律:任何数字结论(筛选指标、排序、权重测算、业绩、估值)必须来自接口真实返回;接口失败或字段缺失时,在对应标的/维度明确标注"数据缺失",严禁用记忆/常识/想象的代码或公司名填充候选。所有 MCP 返回数据仅在内存中缓存处理,不写临时文件。每个数字标注数据时点。
⛔ 头号反面行为(实测最易踩):当用户给出行业/主题时,禁止凭记忆直接罗列知名公司(如半导体就甩出 TSM / NVDA / AVGO / SK海力士 / ASML…)再让用户挑。正确做法:先调用A 组 — 候选池生成: | # | 接口 | 取什么 | 用途 | |---|---|---|---| | 1 |get_stock_rank或用主题票池 +get_market_snapshot跑出真实候选,候选名称、代码、指标、排序全部以接口返回为准;先调用、后输出,不允许"记忆兜底"。
get_stock_rank(market_codes,rank_field,ascend,page,page_size) | code/name/raisePercent/turnover/peDynamic/peStatic/totalCapital | 按单一维度排行取头部候选(涨幅/成交额/主力净流入等) |
| 2 | get_market_snapshot(code_list,一次可传多代码) | 现价、涨跌、PE(peDynamic/peStatic)、ROE、EPS、总股本/市值、industry | 主题票池批量取真实指标,在内存中按条件过滤与排序 |
- 候选池生成主路径(2026-07 验证):
- 路径一(全市场排序取头部):用
get_stock_rank(market_codes+rank_field+page_size)按涨幅/成交额/主力净流入等单一维度取全市场头部候选,再用get_market_snapshot补全 PE/ROE 等指标在内存中做二次条件过滤 - 路径二(主题票池,实测最高效):用人工主题清单(该主题的代表性个股代码集,属研究性票池)作为候选全集,对每只用
get_market_snapshot一次传多代码批量取真实指标(PE/ROE/EPS/市值/各期涨幅/industry)后在内存中排序——指标、排序全部来自接口,票池是研究性清单需标依据 - 无论哪条路径,主题归类须显性标注依据,不得呈现为接口权威标签
get_market_snapshot一次可传多代码(US-NVDA,US-AVGO,...),是主题票池批量取真实指标最高效的接口- 需要按基本面条件筛选(如 PE<30、ROE>20%)时,先用上述路径获取候选池,再在内存中根据
get_market_snapshot返回的指标做条件过滤,不依赖服务端条件筛选
get_stock_basicinfo | 名称、市场、上市日期 | 标识核验 |
| 4 | get_market_snapshot | 现价、涨跌、PE(peDynamic/peStatic)、ROE、EPS、总股本/市值、industry | 质量/估值粗筛、规模、行业归类 |
| 5 | get_capital_flow(可选,num=5) | 主力近 5 日净流向 | 资金面参考(仅描述,不作买卖信号) |
| 6 | get_us_analysis(仅美股,可选) | 第三方一致预期/目标价 | 仅作市场预期引用,标注来源;可能返回空,空则标"无机构一致预期数据" |
C 组 — 用户侧:
| # | 接口 | 取什么 |
|---|---|---|
| 1 | get_complete_portfolio(query_scope=["hk_positions","us_positions","sec_asset"]) | 港美股持仓及市值、证券总资产 |
容错:
- 港股无
get_us_analysis属正常,标注"港股无机构一致预期接口数据" - 美股该接口也可能返回空对象
{},同样标注缺失 - 单只补全字段缺失,仍可保留在候选中但下调置信度并标注缺失
- 关键标识(code/name)取不到的候选直接剔除,不得保留来历不明的标的
- 亏损股(pe<0 或 roe<0)按"盈利质量不达标"剔除或显性标注,不据负 PE 反推估值
get_stock_rank全市场排行单次返回可能极大(实测数万字符),控制page_size并只取所需字段
US-GOLD 接口返回的是"Gold.com, Inc."(2025 年新上市小公司)而非巴里克黄金——一律以接口返回的 name/code 为准,发现明显不符须剔除或换码
2. PE 异常值不作估值结论,改以 ROE 为质量主轴:实测 BIDU PE 958、TCOM 0.84、GFI/HMY ≈0.5——这些异常 PE 标"存疑、不引用",质量判断以 roe 为主轴
3. 下行板块中性排序,绝不暗示"会涨":排序只代表"按某客观指标的排名",严禁因排名靠前就措辞成"低位机会/有望反弹/被低估"
4. 行业归类用接口 industry 代码聚类:get_market_snapshot 返回的 industry(如 BKUS-000163)可直接用于行业集中度判断
并行编排:
- A 组 → B 组:A 候选池生成后,B 组逐候选补全可对所有候选并行
- B 组与 C 组:无依赖,可并行
- 各组回齐后 → 进入 Step 3 候选筛选
半导体实例:对半导体票池(NVDA/AMD/TSM/AVGO…)调用强制输出:get_market_snapshot一次传入多代码,批量返回 PE/ROE/EPS/市值/涨幅/industry,排序后取得前三「台积电(ROE 37.5%、PE 6.2x)、英伟达(ROE 114%、市值最大)、阿斯麦(ROE 52%、PE 73x)」。
📋 Step 2 数据获取:A 组生成 [N] 只候选,B 组 [M] 只已完成事实补全,C 组 获取是否持有核心原则(禁止行为):
- 禁止凭记忆罗列知名公司代替接口筛选
- 禁止臆造代码、公司名或主题归类
- 禁止将 MCP 返回数据写临时文件
- 全部接口失败 → 终止并报错
- 关键标识(code/name)取不到的候选 → 直接剔除
Step 3:候选筛选与分析
操作: 1. 主题相关度判定:对每只候选标 strong/weak/none 及依据 2. 质量与可投性粗筛:按客观门槛剔除明显不符项 3. 候选清单合成:输出 N 只候选,每只带筛选理由与关键事实 内嵌规则: 主题相关度判定:- 取数来源:
get_market_snapshot.industry行业代码 +get_stock_basicinfo+ 名称关键词 + 人工主题清单 - 输出标签:
strong(行业代码匹配且关键词强相关)/weak(部分匹配)/none(不相关) none剔除,weak默认保留但标注- 接口无现成主题标签,归类是研究性判断,必须显性标注依据与置信度
- 标识缺失 → 剔除
- 亏损剔除或标注(roe<0 或 pe<0,不据负 PE 反推估值)
- 可叠加:流动性(turnover 过低提示)、规模(market_value)、估值(PE 是否在约束内)、是否触及 exclusions
- PE 异常值标存疑、不引用;质量判断以 roe 为主轴
- 默认输出比 target_count 略多的候选,每只一句话筛选理由 + 关键事实(ROE、PE、各期涨幅、行业,带时点)
- 排序仅为呈现,不构成"会涨"次序
- 全十维分析框架详情见
{skill_root}/references/stock-screen-framework.md
半导体实例:排序前三入选理由——
- 台积电:晶圆代工龙头,ROE 37.5%+PE 6.2x,行业=半导体,强相关
- 英伟达:AI 芯片绝对龙头,ROE 114% 盈利最强,市值最大
- 阿斯麦:EUV 光刻垄断,ROE 52%,PE 73x 偏高如实提示
讲清每只凭哪些客观指标入选,不是凭记忆罗列。强制输出:
📋 Step 3 筛选完成:[N] 只候选保留([M] 只强相关,[K] 只 weak),[L] 只因 [原因] 剔除核心原则(禁止行为):
- 不得用"首选/最看好/潜力最大"等暗示推荐或收益的措辞
- 不做超出规则范围的推断性判断
- 候选全部被剔除 → 向主控报告"当前约束下无符合标的"并建议放宽条件,不捏造候选
Step 4:组合构建与集中度判定
操作: 1. 定骨架:取 target_count 只成分 2. 赋初始权重(equal/theme_tilt/custom) 3. 调用{skill_root}/scripts/calc_concentration.py 通过 stdin 管道计算分散上限(超限封顶 → 分摊 → 归一化)
4. 读取 stdout 返回的集中度结果,逐桶对照阈值
5. (可选)与现有持仓重叠分析
内嵌规则:
本节只做组合结构层面的搭建与集中度风险提示,不判断该组合是否适合用户,不替代 KYC、风险测评、适当性匹配或持牌投顾建议。组合是「草稿」,权重是「示例配比」,非交易指令。集中度阈值(默认值,可按平台合规与客户风险等级在配置层覆盖): | 指标 | 上限/提示阈值 | 警示阈值 | 内部标识(仅用于计算脚本,禁止出现在面向用户的输出中) | |:-----|:------------|:---------|:-----| | 单一个股权重 | > 20% | > 30% |
single_name_concentration |
| 单一行业权重 | > 30% | > 40% | sector_overconcentration |
| 单一地区/上市地权重 | > 60% | > 75% | region_concentration |
| 单一币种敞口 | > 70% | > 85% | currency_concentration |
| 与现有持仓重叠合计权重 | > 15% | > 25% | holdings_overlap |
| 成分数量 | < 3(过少)/ > 15(过多) | — | count_too_few / count_too_many |
⛔ flag 标识禁止外泄规则:上表「内部标识」列的英文 flag 名称(如single_name_concentration)仅限calc_concentration.py脚本的 stdin/stdout JSON 内部通信使用。在面向用户的 Markdown 输出(包括 📋 检查点行、集中度提示段、组合草稿卡)中,严禁出现任何英文 flag 标识,必须使用对应的中文自然语言描述。对照表:
- single_name_concentration → 「单一标的权重过高」
- sector_overconcentration → 「行业集中度过高」
- region_concentration → 「地区/上市地集中度过高」
- currency_concentration → 「币种集中度过高」
- holdings_overlap → 「与现有持仓重叠」
- count_too_few → 「成分数量过少」
- count_too_many → 「成分数量过多」
提示句模板(必须使用中文自然语言描述,严禁出现英文 flag 标识):
- 命中阈值时。[某个集中度类型]:用中文自然语言描述「哪几只标的、什么方面、合计占比多少、与什么绑定」,如「⚠️ 行业集中度过高:三只均属半导体,合计100%,与半导体景气周期高度绑定」「⚠️ 单一标的权重过高:等权下每只33.3%,超过20%单一标的集中线」。严禁出现「触发
sector_overconcentration」或包含英文标识的格式。 - 未命中时:「按当前成分与权重测算,未触发预设的单一标的/行业/地区/币种集中度提示;这不构成组合适当性判断。」
半导体实例:三只恰好分处代工/设计/设备(TSM/NVDA/ASML),等权 33.3% 后触发单一标的权重过高 + 行业集中度过高 + 地区集中度过高 + 币种集中度过高 + 成分数量过少。提示语用中文自然语言如实展示(如「⚠️ 行业集中度过高:三只同属半导体行业,合计占 100%」),体现"自检诚实";同时附上市地 vs 经营地诚实提示——全为美股美元但注册地分属中国台湾/美国/荷兰,经营面有一定分散。严禁在提示中出现 sector_overconcentration 等英文标识。
calc_concentration.py 调用规范:
- stdin 传入 JSON:
{ "holdings": [...], "weight_scheme": "equal", "caps": {...} } - stdout 返回 JSON:
{ "weights": {...}, "buckets": {...}, "flags": [...], "reasons": [...] } - 数据不落盘,输入输出均通过管道
- ⛔ 翻译强制规则:获取到
flags数组中的英文标识后,必须对照上表「flag 禁止外泄对照表」逐项翻译为中文自然语言,再写入面向用户的输出。严禁在输出中保留任何英文 flag 标识,包括但不限于:在 Markdown 段落中写trigger \sector_overconcentration\`、触发 sector_overconcentration、flags=[...]` 等形式。 - ✅ 正确示例:「⚠️ 行业集中度过高:三只均属半导体,合计100%,与半导体景气周期高度绑定」
- ❌ 错误示例(含英文标识):「⚠️ 行业集中:三只均属半导体,合计100%,触发
sector_overconcentration」
- 组合成分 ∩ holdings(按 code),列重叠清单与合计权重
- 重叠高提示「增量分散有限、共同敞口被放大」
📋 Step 4 组合构建:[N] 只成分,权重方案=[equal/theme_tilt/custom],[M] 项集中度提示命中(用中文列举,如「行业集中+币种集中+成分过少」),重叠=[N 只重叠]核心原则(禁止行为):
- 不下「适合配置」结论
- 权重是示例配比,非交易指令
- 未取得用户明确的拟投入金额时,不得默认假设金额做「叠加后」测算
- 成分 < 3 → 如实提示结构性偏集中,不强行回拨
- calc 脚本执行失败 → 降级为 LLM 手动计算并标注
Step 5:合成输出
产出为 Agent 响应消息(Markdown),在内存中组装完成直接输出,不写磁盘文件。操作: 1. 组合候选清单 Markdown 段落 2. 组合草稿卡 Markdown 段落(含集中度标志与风险提示) 3. 附合规声明(disclaimer、draft_note、no_return_promise_note、suitability_note) 4. 以
<FINAL> 收尾
内嵌规则:
Markdown 输出结构:
# 选股猎场 — 候选清单 & 组合草稿筛选口径
主题:[theme] | 市场:[market] | 目标成分:[target_count]候选清单
| 代码 | 名称 | 相关度 | 入选理由(关键指标) | |------|------|--------|---------------------| | US-NVDA | 英伟达 | strong | ROE 114%,市值最大,AI GPU 龙头 |排序为按 [排序维度] 的客观排名,不是"会涨"次序。数据时点:[yyyy-MM-dd]组合草稿卡
组合定位:[focused / balanced / flagged] 分层依据:[3 个最重要因子] 成分与权重: | 代码 | 名称 | 权重 | 行业 | 地区 | 币种 | |------|------|------|------|------|------| | NVDA | 英伟达 | 33.3% | 半导体 | US | USD | 集中度提示:[命中阈值的集中度类型及中性提示句,使用中文自然语言,严禁英文 flag 标识。每个命中项独立一行,格式如「⚠️ 行业集中度过高:三只均属半导体,合计100%,与半导体景气周期高度绑定」] 与现有持仓重叠:[重叠清单 + 合计权重] 组合预期行为:[只描述波动性/分散性/与主题景气绑定等结构特征,无收益数字]过往业绩不代表未来表现。合规声明:
- 候选清单为研究性筛选结果,组合为供您自行决定的教育性草稿
- 不构成投资建议、招揽、要约或收益承诺
- 最终是否采用由您决定,并以平台正式适当性流程为准
- 跨境股票可能涉及税务、汇率、监管和适当性要求
focused主题集中型 — 成分高度围绕单一主题/行业,分散有限、与主题景气高度绑定、波动可能较大balanced主题分散型 — 围绕主题但跨子赛道/地区有一定分散,集中度提示较少flagged集中度需注意 — 触发单一个股/行业/地区/币种或重叠等一项及以上警示- 每个分层须附支撑该分层的 3 个最重要因子(优先:行业/单一个股集中、地区/币种集中、与现有持仓重叠、成分数量)
📋 Step 5 输出完成:候选清单 [N] 只 + 组合草稿卡(定位=[focused/balanced/flagged]),<FINAL> 收尾核心原则(禁止行为):
- 不得出现「建议买入/这样配/满仓/这只必涨/稳赚/保本/适合你」等表达
- 组合是草稿,必须标 is_draft 属性(在定位分层处显性说明)
- 不在输出中暴露 CRM 分层、客户资产层级或模型档位
- 无候选输出 → 终止并提示用户放宽条件,不强行捏造组合
- calc 脚本未返回集中度结果 → 降级为直观估算并标注"手动估算"
Step 6:合规自查
操作: 1. 逐条检查以下 10 条合规护栏是否在输出中落实 2. 对照反面写法清单自查措辞 3. 发现问题回退到对应 Step 修正,确认全部通过后输出 内嵌规则: 10 条合规护栏(写死,不可绕过): 1. 只做条件筛选、事实补全、主题相关度研究与组合结构(权重/分散/集中度)研究及投资者教育;绝不输出买入/卖出/加仓指令、仓位指令、止损止盈或「这样配/满仓/all in」结论 2. 绝不承诺或暗示收益:不出现「翻倍/必涨/稳赚/保本/高回报/预期年化 X%/目标涨幅」等任何收益数字或承诺;「组合预期行为」只描述波动/分散等结构特征 3. 候选与组合是「研究性清单」与「教育性草稿」,须显性声明「最终是否采用由用户自行决定、以平台正式适当性流程为准」,不得呈现为「平台为你选定/推荐的组合」 4. 取数纪律:候选标的、代码、名称、指标、业绩、权重测算必须来自接口真实返回;严禁臆造代码、公司名或主题归类,严禁凭记忆罗列知名公司代替接口筛选。关键标识取不到的候选直接剔除。接口无主题标签,主题归类须显性标注依据与置信度 5. 历史业绩、估值、资金流等仅作历史/当期特征引用,必须标注时点与「过往业绩不代表未来表现」,不得据此预测收益或排序为「会涨」。第三方目标价/评级仅作市场预期引用并标来源,接口返回空则标缺失 6. 风险与集中度提示显性置前,不得只展示「主题红利/上行故事」;组合默认施加分散上限,触发集中度阈值必须提示;成分过少导致结构性集中须如实说明 7. 未取得用户明确输入的拟投入金额时,不得默认假设金额做「叠加后」测算;集中度结果只作风险提示,不得推出「适合/不适合配置」 8. 每次输出固定附 disclaimer、draft_note、no_return_promise_note 与 suitability_note。is_advice=false 仅为产品分类字段,不替代平台合规审核、适当性流程或人工监督 9. 合规边界是给输出加边框,不是不输出:给定行业/主题即应真实筛选并给出排序候选;禁止用「不能推荐个股/你想深入哪几只/我能从这些角度帮你」等话术回避或空转,也禁止凭记忆罗列知名公司代替接口筛选。把「最优质/最有潜力/选最好的 N 只」翻译成客观排序维度后照常产出 top-N,仅以中性措辞与免责声明加边框 10. 措辞红线(写死,不可绕过):- 禁止输出"低风险":涉及产品/资产风险等级描述时,严禁使用"低风险"字样,可使用"风险相对较低"替代。
- 禁止输出投资类"建议"话术:面向用户的候选清单/组合草稿措辞中严禁出现"建议"字样(如"建议买入/建议配置"),须使用"可以考虑"替代。合规声明中的"不构成投资建议"等否定性法律措辞保留原样。
- 禁止输出"压舱石缓冲"及类似表述:当资产较为集中时,严禁使用"压舱石""压舱石缓冲""压舱"等字眼,须使用"分散持仓风险"替代。
- ❌「建议你买入这几只 / 这样配权重 / 满仓 / all in」
- ❌「这只必涨 / 稳赚 / 保本 / 预期年化 X%」
- ❌「首选 / 最看好 / 潜力最大」
- ❌「低位机会 / 有望反弹 / 被低估」(排序靠前不代表这些)
- ❌「这个组合适合你 / 不适合你」
- ❌「平台为你选定 / 推荐的组合」
📋 Step 6 合规自查:✅ 10/10 护栏全部通过,反面写法清单无命中核心原则(禁止行为):
- 不得跳过合规自查直接输出
- 不得在输出中发现违规后不修正直接交付
- 命中 1–9 条任一条 → 回退到对应 Step 修正后重新过自查
- 多次自检问题 → 向主控报告自查失败详情,请求人工介入
追问引导(回答完成后固定追加)
操作: 1. 在最终输出(含 disclaimer)之后,固定追加「猜你想继续问」追问区块 2. 根据本次筛选的基金主题/候选清单,动态生成 2 个追问问题 3. 按指定 HTML 格式输出,每个问题独立一行 内嵌规则: 追问引导(回答完成后固定追加): 在 disclaimer 之后追加追问区块。动态生成 2 个与本次分析相关的追问问题。 约束:每题 ≤15 字 | 方向:某维度深入分析、风险指标跟踪、行业集中度细节、资金流向、估值对比、同业对比等 | 禁止操作指令词(买入/卖出/加仓/减仓/建仓/上车/下车) 输出格式(单行,不得有实际换行符):猜你想继续问<br/><br/><span data-function-type="0" data-text="[问题1]">[问题1]</span><br/><br/><span data-function-type="0" data-text="[问题2]">[问题2]</span>示例: ``` 猜你想继续问<br/><br/><span data-function-type="0" data-text="这几只基金底层重叠多吗?">这几只基金底层重叠多吗?</span><br/><br/><span data-function-type="0" data-text="有没有低波动的替代选择?">有没有低波动的替代选择?</span>