# TSL Index

文档类型：检索页
是否可直接用于生成代码：否
是否含已验证可执行示例：否
是否含已验证反例：否
遇到不确定时跳转到：[syntax/index.md](syntax/index.md)、[finance/index.md](finance/index.md)、[reference/index.md](reference/index.md)、[modules/index.md](modules/index.md)、项目自身文档、`scripts/*` 入口脚本、CI 配置

这个入口文件只负责一件事：让 agent 先判断主问题属于哪一层，再进入最相关的单个入口页。这里的语法文档面向 agent 决策，不按人类教程组织；回答和生成代码时必须按流程读，不要凭语言相似性补全。

## 先记住这些规则

- 先读本文件，不要默认通读全部 TSL 文档。
- 用户已给出 `.tsl` / `.tsf` 后缀时，后缀就是判断依据；未给后缀时，再根据用户交付目标判断。
- `.tsl` 是可执行脚本；`.tsf` 是部署到解释器 `funcext` 的模块/函数扩展文件。
- 写 `.tsl` 时按两段理解：语句区在前并按顺序执行；函数/类声明区在后，供前面的语句调用或运行时解析。
- 写 `.tsf` 时按模块/扩展理解；顶层函数部署到 `funcext` 后，`.tsl` 脚本可以直接调用。
- 语言怎么写的问题，先从 `docs/tsl/syntax/` 开始。
- 指标、选股、回测和策略流程的问题，先从 `docs/tsl/finance/` 开始；不要先把业务问题拆成纯语法问题。
- 某个函数怎么用、属于哪个函数库分类或目录，先从 `docs/tsl/reference/` 开始。
- 现成模块、外部集成和互操作问题，先从 [modules/index.md](modules/index.md) 开始。
- 账户体系、真实接口名、部署方式、脚本入口、权限模型、环境变量、CI、验证命令这类问题，先按“项目依赖 / 项目执行”处理；优先回项目自身文档、`scripts/*` 入口脚本、CI 配置。
- [toolchain.md](toolchain.md) 不是 TSL 语法子类，而是项目执行类辅证页；只有当前项目已经补齐工具链与验证信息时才使用；如果这页仍是模板，不把它当主入口。
- 生成 `.tsl` 代码时，优先从脚本语句区开始；如果关键词要求函数或类，把声明放在语句区之后。
- 不要在 `.tsl` 的函数/类声明区之后再追加新的脚本语句。
- 任何语法判断都先看正式语法页结论。
- 如果涉及较新写法、资料冲突或解释器差异，先回到 `docs/tsl/syntax/index.md`，再按主题跳到对应语法页；对应主题页仍然没有结论时，不要自行补语法。
- 如果涉及高频误写、反例或负向边界，优先回到 `docs/tsl/syntax/12_pitfalls.md`；结论缺失时不要把猜测写成语法事实。
- 模板、错误示例和输出片段不算可独立编译代码。

## 元数据与证据标签

- 页头里的 `是否可直接用于生成代码` 只做页面级粗判断；如果页内已经给出 `代码块身份`，一律以块级标签为准。
- `是否可直接用于生成代码` 有三种值：`是`、`否`、`仅部分`；其中 `仅部分` 表示页内既有可直接参考的块，也有依赖多文件、查找路径或运行时环境的块，必须继续看块级标签。
- `是否含已验证可执行示例` 只统计已经跑通、可以直接参考外形的正向代码示例。
- `是否含已验证反例` 只统计已经确认不能照写的负向例子。
- `代码块身份` 只使用固定词表：`已验证可执行示例`、`已验证输出片段`、`反例 / 不可照写`、`配置片段 / 概念骨架`。
- 如果还需要补充用途、限制或复用建议，单独写 `代码块说明`，不要把说明文字继续拼进 `代码块身份`。
- 如果页头里的 `遇到不确定时跳转到` 列出多个目标，默认第一项是优先入口，后面的目标只用于分流或补证。

## 维护者入文档前验证

- TSL 语法页面向 agent 生成代码；所有写成语法事实的代码库样例，必须先由维护者在项目验证环境中确认。
- 正向代码库样例只有在环境验证通过后，才能标成 `已验证可执行示例`；对应输出只能标成 `已验证输出片段`。
- 负向代码库样例只有在环境中确认失败形态后，才能标成 `反例 / 不可照写`。
- 未经过环境验证的写法不能写成语法事实；只能作为文档缺口、待验证项，或标成 `配置片段 / 概念骨架`。
- 验证过程不写进语法页；解释器路径、Docker、Windows、Ubuntu、环境变量和执行命令属于项目执行层，不能混入通用语法事实。
- agent 不需要自行执行验证；agent 只根据维护者已经写入文档的证据标签生成代码，遇到未覆盖写法时不要发明语法。

## 新 session 起手规则

### Agent 读取流程

1. 识别目标层：语法、金融业务、函数库、模块/集成、项目执行。
2. 识别用户指定的文件后缀；用户已给出 `.tsl` / `.tsf` 后缀时，后缀就是判断依据。
3. 用户未给后缀时，按交付目标判断：可执行代码对应 `.tsl`，通用模块对应 `.tsf`；仍不明确时向用户确认。
4. 对 `.tsl`，先生成语句区；需要本文件函数/类时，再生成声明区。
5. 对 `.tsf`，生成模块/扩展声明；部署后的顶层函数可由脚本直接调用。
6. 只读取当前任务命中的单个入口页；不要同时展开语法、业务、函数库和工具链。
7. 生成代码前找 `代码块身份：已验证可执行示例`；遇到 `反例 / 不可照写` 必须避开。

### If / Then 路由

- If 问题在问“语言怎么写”，then 先从 [syntax/index.md](syntax/index.md) 开始。
- If 问题在问“指标 / 选股 / 回测怎么组织”，then 先从 [finance/index.md](finance/index.md) 开始。
- If 问题在问“某个函数怎么用”或“函数属于哪个函数库分类 / 目录”，then 先从 [reference/index.md](reference/index.md) 开始。
- If 问题在问“现成模块 / 集成 / 互操作”，then 先从 [modules/index.md](modules/index.md) 开始。
- If 问题依赖项目实际接口、账户体系、部署方式、脚本入口、权限模型、环境变量、CI 或验证命令，then 不把它当通用 TSL 事实；优先回项目自身文档、`scripts/*` 入口脚本、CI 配置；只有当前项目已补齐时，才把 [toolchain.md](toolchain.md) 当辅证页。
- If 问题在问“这句语法能不能写”，then 先从 [syntax/index.md](syntax/index.md) 开始。
- If 问题在问“较新写法 / 新能力并入 / 资料冲突 / 解释器版本边界”，then 先看 [syntax/index.md](syntax/index.md)，再按主题跳到对应语法页。
- If 问题在问“高频误写 / 反例核对 / 负向边界”，then 先看 [syntax/12_pitfalls.md](syntax/12_pitfalls.md)。

### Tie-Break

- If 一个问题同时涉及业务和语法，then 先按主问题分层。
- If 主问题是业务实现，then 先走 `finance/` 或 `modules/`，语法只作辅证，不反过来吞掉业务入口。
- If 主问题是语言写法，then 先走 `syntax/`，金融或模块页只作为示例和上下文。
- If 主问题已经落到真实接入参数、账号来源、部署依赖、执行入口或权限模型，then 直接转“项目依赖 / 项目执行”确认，不继续在 `modules/`、`syntax/` 或模板型 `toolchain.md` 里兜圈子。

### 语言事实

- 可以先把 TSL 当成 Pascal 风格语言去理解：`function`、`begin`、`end`、`unit`、`uses` 都很接近；但这里只借外形，不默认继承 Pascal 的全部语义、库习惯和文件模型。
- 涉及赋值、`.tsl` 语句区 / 声明区、`.tsf` 模块、`function / procedure` 外形、`unit` 骨架、命名参数、`type Name = class`、数组 / 字符串下标这类高频硬规则，统一以 [syntax/02_quickstart.md](syntax/02_quickstart.md) 的“语言核心事实速查”为准；当前页只保留跨层路由所需的最小提醒。

#### 写代码前先记住

- 写代码前先把高频硬规则收口到 [syntax/02_quickstart.md](syntax/02_quickstart.md)，不要分别从入口页、介绍页和文件模型页拼接结论。
- `.tsl` 仍优先按“语句区在前、声明区在后”的脚本模型理解；`.tsf` 仍优先按部署到 `funcext` 的模块/扩展理解。
- 模板、错误示例和输出片段不算可独立编译代码；真正落代码时优先看块级 `代码块身份`。

### 手册建模规则

- 更可靠的识别方式是同时看任务目标和顶层内容，而不是只看文件扩展名。
- 顶层允许出现 `uses`，但这里只把它当辅助语句，不把它当主体声明。
- 下游大量 `program test; begin ... end.` 形式，只作为自包含验证样例外壳，不作为这里归纳的正式顶层模型。

## 如果你马上要写 TSL

- 先看 [syntax/02_quickstart.md](syntax/02_quickstart.md)
- 再看 [syntax/index.md](syntax/index.md)
- 然后看 [syntax/12_pitfalls.md](syntax/12_pitfalls.md)
- 最后按需补看相应专题页

## 最短跳转

| 当前任务                                                                     | 先读哪里                                                                                       |
| ---------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------- |
| 我要系统入门 TSL                                                             | [syntax/index.md](syntax/index.md)                                                             |
| 我要先核对语言核心事实                                                       | [syntax/02_quickstart.md](syntax/02_quickstart.md)                                             |
| 我要写最短可运行骨架                                                         | [syntax/02_quickstart.md](syntax/02_quickstart.md)                                             |
| 我要判断“这句语法能不能写”                                                   | [syntax/index.md](syntax/index.md)                                                             |
| 我要核对较新写法 / 新能力并入 / 资料冲突 / 解释器版本边界                    | [syntax/index.md](syntax/index.md)，再按主题跳到对应语法页                                     |
| 我要核对高频误写 / 反例 / 负向边界                                           | [syntax/12_pitfalls.md](syntax/12_pitfalls.md)                                                 |
| 我要知道正式语法手册现在还差什么                                             | [syntax/coverage_map.md](syntax/coverage_map.md)                                               |
| 我要写金融指标 / 选股 / 回测                                                 | [finance/index.md](finance/index.md)                                                           |
| 我要看模块 / 集成 / 互操作入口                                               | [modules/index.md](modules/index.md)                                                           |
| 我要确认账户体系 / 真实接口 / 部署方式 / 脚本入口 / 环境变量 / CI / 验证命令 | 项目自身文档、`scripts/*` 入口脚本、CI 配置；当前项目已补齐时再看 [toolchain.md](toolchain.md) |
| 我要看回测框架模块                                                           | [modules/tsbacktesting.md](modules/tsbacktesting.md)                                           |
| 我要看 Python 互操作                                                         | [modules/tsl_python_interop.md](modules/tsl_python_interop.md)                                 |
| 我要看微信消息推送                                                           | [modules/wechat_message.md](modules/wechat_message.md)                                         |
| 我要看 Python API                                                            | [modules/pytsl_api.md](modules/pytsl_api.md)                                                   |
| 我要查函数库                                                                 | [reference/index.md](reference/index.md)                                                       |
| 当前项目已补齐工具链时，看工具链 / 项目执行辅证                              | [toolchain.md](toolchain.md)                                                                   |
| 我要避开高频误写                                                             | [syntax/12_pitfalls.md](syntax/12_pitfalls.md)                                                 |

## 进入之后怎么读

1. 先判断主问题属于语法、业务、函数库、模块/集成，还是项目依赖 / 项目执行。
2. 如果主问题是项目依赖 / 项目执行，直接回项目自身文档、`scripts/*` 入口脚本或 CI 配置；只有当前项目已经补齐时，才把 [toolchain.md](toolchain.md) 当辅证。
3. 否则先进入一个最相关的入口页，不要同时展开多个层。
4. 当前页如果已经给出结论，先采用；准备编写时优先找已验证正例，再落代码；只有需要补充时再跳到相邻页。
5. 遇到“资料写法不一致”且偏较新写法、资料冲突或解释器差异时，先回 [syntax/index.md](syntax/index.md) 按主题跳到对应语法页。
6. 遇到“资料写法不一致”且偏高频误写、反例或负向边界时，先看 [syntax/12_pitfalls.md](syntax/12_pitfalls.md)。
7. 如果当前手册没有给出结论，不要发明语法；改为向用户确认、记录文档缺口，或等待维护者用项目环境补充已验证结论。