celestialflow 3.2.1__tar.gz → 3.2.3__tar.gz

{celestialflow-3.2.1 → celestialflow-3.2.3}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: celestialflow
-Version: 3.2.1
+Version: 3.2.3
 Summary: A flexible GRAPH-based task orchestration framework.
 Author-email: Mr-xiaotian <mingxiaomingtian@gmail.com>
 License: MIT
@@ -12,7 +12,7 @@ Classifier: License :: OSI Approved :: MIT License
 Classifier: Operating System :: OS Independent
 Classifier: Framework :: FastAPI
 Classifier: Topic :: Software Development :: Libraries
-Requires-Python: >=3.11
+Requires-Python: >=3.12
 Description-Content-Type: text/markdown
 Requires-Dist: tqdm
 Requires-Dist: fastapi
@@ -21,7 +21,7 @@ Requires-Dist: requests
 Requires-Dist: networkx
 Requires-Dist: redis
 Requires-Dist: jinja2
-Requires-Dist: celestialtree>=0.1.2
+Requires-Dist: celestialtree>=0.1.3
 
 # CelestialFlow ——一个轻量级、可并行、基于图结构的 Python 任务调度框架
 
@@ -212,7 +212,7 @@ flowchart TD
 
 以下三篇可以作为补充阅读:
 
-- [runtime/util_queue.md](https://github.com/Mr-xiaotian/CelestialFlow/blob/main/docs/zh-CN/src/runtime/util_queue.md)
+- [runtime/util_hash.md](https://github.com/Mr-xiaotian/CelestialFlow/blob/main/docs/zh-CN/src/runtime/util_hash.md)
 - [runtime/util_types.md](https://github.com/Mr-xiaotian/CelestialFlow/blob/main/docs/zh-CN/src/runtime/util_types.md)
 - [runtime/util_errors.md](https://github.com/Mr-xiaotian/CelestialFlow/blob/main/docs/zh-CN/src/runtime/util_errors.md)
 - [persistence/core_fail.md](https://github.com/Mr-xiaotian/CelestialFlow/blob/main/docs/zh-CN/src/persistence/core_fail.md)
@@ -228,24 +228,24 @@ flowchart TD
 
 你可以继续运行更多的演示代码，这里记录了各个演示文件与其中的演示函数说明：
 
-[🎮demo/](https://github.com/Mr-xiaotian/CelestialFlow/blob/main/docs/zh-CN/demo/)
+[🎮demo/](https://github.com/Mr-xiaotian/CelestialFlow/tree/main/docs/zh-CN/demo)
 
 ​如果你想运行测试代码, 可以先查看如下文档内容:
 
-[🧪tests/](https://github.com/Mr-xiaotian/CelestialFlow/blob/main/docs/zh-CN/tests/)
+[🧪tests/](https://github.com/Mr-xiaotian/CelestialFlow/tree/main/docs/zh-CN/tests)
 
 如果你想查看bench内容, 这里的数据成为框架中部分设计的决策依据:
 
-[⚡bench/](https://github.com/Mr-xiaotian/CelestialFlow/blob/main/docs/zh-CN/bench/)
+[⚡bench/](https://github.com/Mr-xiaotian/CelestialFlow/tree/main/docs/zh-CN/bench)
 
 ## 环境要求（Requirements）
 
-**CelestialFlow** 基于 Python 3.11+，并依赖以下核心组件。
+**CelestialFlow** 基于 Python 3.12+，并依赖以下核心组件。
 请确保你的环境能够正常安装这些依赖（`pip install celestialflow` 会自动安装）。
 
 | 依赖包           | 说明 |
 | ----------------- | ---- |
-| **Python ≥ 3.11**  | 运行环境，建议使用 3.11 及以上版本 |
+| **Python ≥ 3.12**  | 运行环境，建议使用 3.12 及以上版本 |
 | **fastapi**       | Web 服务接口框架（用于任务可视化与远程控制） |
 | **uvicorn**       | FastAPI 的高性能 ASGI 服务器 |
 | **requests**      | HTTP 客户端库，用于任务状态上报与远程调用 |
@@ -260,57 +260,61 @@ flowchart TD
 <p align="center">
   <img src="https://raw.githubusercontent.com/Mr-xiaotian/CelestialFlow/main/img/file_structure.svg" alt="FileStructure" />
   <br/>
-  <em>celestial-flow 3.2.1</em>
+  <em>celestial-flow 3.2.3</em>
 </p>
 
 (该视图由我的另一个项目[CelestialVault](https://github.com/Mr-xiaotian/CelestialVault)中inst_file.FileTree.print_tree()生成。转换为图片则借助[Carbon](https://carbon.now.sh)。)
 
 ## 版本日志（Version Log）
-- 3.2.1:
+- 3.2.3
   - feat:
-    - **[Important]** 大幅强化配置按钮功能
-      - 现在可以配置界面语言，并支持中、日、英三语言切换
-      - 可以配置错误日志每页日志条数
-      - 可以配置结构图中是否显示增量，不过现在样式上有点丑
-      - 以及最重要的，可以直接编辑仪表盘页的卡片布局
-      - 另外，所有设置保存成功后会有提示
-    - 折线图中可以选择数据类型
-      - 现在包括"数据累计"、"等待队列"和"数据变化率"
-    - 对 structure 的一些调整
-      - 所有 structure 的参数中添加 `stage_mode`，用于统一控制节点模式
-      - 对 struct 中节点不再重新命名
-    - 在部分 Spout 中增加缓冲机制
+    - **[IMPORTANT]** 前端仪表盘设置面板中新添 `节点等待使用全局估计` 开关, 开启后节点卡片中原 `等待` 量将被替换为 `全局等待`, 并在卡片中显示 `全局剩余时间`
+      - 这个功能非常有趣, 开启前后能看到数值大幅波动
+    - **[IMPORTANT]** 重写任务注入页面, 现在实用性远远高于之前版本
+      - 可以给每个节点单独配置注入任务列表, 在一起发送
+    - **[IMPORTANT]** 移除 `TaskExecutor` 中 `get_args` 与 `process_result` 两个方法, 以及 `unpack_task_args` 属性
+      - 这是为引入泛型必要的修改
+      - `process_result` 功能很简单, 对func输出的result进行再次处理, 但事实上在输入func前对齐进行包装也能达到一样的效果
+      - `get_args` 功能更为复杂, 可以直接将前一节点提供的 `result` 转为当前节点所需的 `task` 类型, 非常灵活; 但问题在于太过灵活, 导致使用心智负担很大
+      - `unpack_task_args` 就是 `get_args` 带来的一项心智负担, 默认 `get_args` 会把 `task` 进行 `(task, )` 包裹后发送给func, 开启 `unpack_task_args` 后则直接发送
+    - **[IMPORTANT]** `graph` 的init参数中添加 `name`, 以与 `executor` `stage` 一致
+      - 破坏接口破坏性更新
+      - 在日志的 `start_graph` `end_graph` 与web端的 `graph_anaylysis` 中都有显示
+    - 彻底移除前后端通信中的 `graph_summary` , 原本残余的 `全局剩余时间` 现在拆为各个节点的 `全局等待` 与 `全局剩余时间`
+      - 这里所说的 `全局` 意为根据图论关系, 由上游剩余的任务数估算下游总共能获得多少任务
+      - 例如: 图关系 `A -> B`, A已处理任务2, 未处理任务3, B已处理任务4, 未处理任务2. 这意味着A成功的2个任务为B带来总共了6个任务, 那么我们可以据此估计B总功能获取"3/2*6=9"个任务, 因此B的 `等待` 任务数量为2, 但 `全局等待` 任务数量为5
+    - 前端中添加部分提示气泡, 鼠标放上去后可以介绍相关信息, 例如本次新加入的节点 `全局等待` 的含义
+    - 移除前端中节点卡片的拖拽功能
+      - 这个功能是在最早加入web页面时添加的, 当时感觉很帅, 但现在有点玩腻了
+    - 前端错误日志页面添加 `任务注入` 按钮, 可以把选定任务直接添加到任务注入页面中节点的代注入任务列表中
+    - 在 `TaskSplitter` 中添加 `split_item` 方法, 可自由定义
+      - 原本的 `splitter` 非常依赖于 `get_args`, 现在通过 `split_item` 方法稍微弥补其缺失的灵活性
   - refactor:
-    - **[Important]** 删除 executor 中的 `tag` 属性，并全面使用 `name` 属性进行替代
-      - `tag` 的出现是为了适应早期无法区分节点而设计的，但现在 `name` 已经强制唯一性，继续使用冗长的 `tag` 会导致不便
-    - **[Important]** 将 executor 中 `task_queue` 与 `result_queue` 的定义提前到 `__init__` 中
-      - 对于 executor 来说区别不大，但对于 stage 而言这是更理想且优雅的形式，只是由于原先 `stage_mode="process"` 时不允许执行函数内带有 `MPQueue`，所以才使用 graph 中统一定义，然后通过 process 的 args 注入的形式
-    - **[Important]** 重构 `core_server`，将其分解出 `routes/` 与 `util_models`，实现结构优化
-    - 进一步地，将 `log_queue` 和 `fail_queue` 的注入也提前到 `graph.set_stages` 中，实现 `stage.start_stage` 完全无输入参数
-    - 同时在 executor 中添加 `put_task` 与 `put_signal`，并在 graph 中进行复用
-      - 之前不能这样做是因为 stage 中此时还没有定义 queue
-    - 移除 `core_graph` 中的 `StageRuntime`
-    - 将类型标注中的部分 `Any` 改为更明确的类型
-    - 删除 HTML 中的仪表盘部分的 card，现在交给 `web-config` 来定义
-    - 删除部分没必要的前后端通信，优化通信负载
-      - 移除后端传递的节点历史信息，由前端进行维护
-      - 移除总体统计中除"总剩余时间"的后端数据，由前端进行计算
-    - 优化错误存储的 JSONL 数据结构，现在保存更细致的错误信息
-    - 调整 pyright 规则，并实现 pyright 0 error / 0 warning
-    - 给 `web/` 下几乎所有 `.ts` 与 `.css` 文件重命名，并整理文件内容边界
-    - `util_error` 中添加更多错误类型，保证项目中所有主动 raise 的错误都在当前的错误体系下
-    - 删除前端代码中所有的 `onclick`，改用 `data-*` 属性
-    - 清简 `config.json` 中的部分字段
-    - 删除部分不必要的代码
+    - **[IMPORTANT]** 引入泛型, 同时强制性要求py版本>=3.12
+      - 泛型的引入使得代码更加类型安全, 同时也提高了代码的可读性
+      - 3.12版本对泛型的表述非常直观
+    - 移除前端代码中所有对 `localStorage` 的使用
+      - 在已经有config配置文件的情况下意义不大, 反而会带来困扰
+    - 将任务队列的drain操作从graph层移至stage层
+      - 之前不能这样做是因为节点的 `stage_mode` 可能为 `process`, 此时在主进程持有的节点非真实运行的节点
+      - 算是3.2.0版本带来的持久影响之一
+    - 优化 `TaskMetric` 中对锁的使用
+    - 移除 `TaskEnvelope` 中的 `change_id()` 方法, 现在默认envelope不可变, 同时 `emit_retry_envelope` 中不再把原有的envelope的id修改后继续提交给worker, 而是直接使用新生成的envelope
+    - 移除错误日志中的 `error` `error_repr` `task_repr` 字段
+    - 修改前后端通信中任务注入数据的格式, 以方便同时提交多个节点的任务数据
+    - 前端代码中开启strict检查
+    - 将前端中 `injection.css` 文件拆分成多个文件
+    - 修改 `config.json` 的数据格式, 现在按照生效区域进行分类
+    - 收紧前端中的数据类型
+    - 添加 `ReportTaskGraph` 类型, 专门用于给reporter做类型声明
   - fix:
-    - 对部分太宽泛的错误捕捉进行收窄
+    - i18n本地化在部分字段上失效的问题
+    - 直接点击仪表盘中错误数字跳转到错误日志页后, 设置面板显示的还是仪表盘页面的设置
+    - 前端中为各项仪表盘请求添加 `RequestSeq`, 以避免前后发送两个请求, 但因为延迟关系, 先发送的请求的返回覆盖掉后发送请求的返回
+    - 修复前端中各项空字段需要在第一次refresh才显示的问题, 体感上会导致"加载"很慢
   - chore:
-    - 添加更多测试代码，并整理 `tests/` 结构
-    - 修复 `bench/` 中的一些问题
-      - 主要是 `bench_execution_mode` 中的两种 Fibonacci 运算量级不同，无法正常进行模型 bench
-    - 添加 `.github/workflows`，实现 CI/CD
-    - 更新支持的 Python 版本为 3.11，以与部分库要求相符
-    - 添加两个 skill，分别用于更新文档与审查项目
+    - 将文档更新翻译为英/日两语
+      - 这项操作太耗token了
 
 更多过往日志可看:
 

{celestialflow-3.2.1 → celestialflow-3.2.3}/README.md

@@ -187,7 +187,7 @@ flowchart TD
 
 以下三篇可以作为补充阅读:
 
-- [runtime/util_queue.md](https://github.com/Mr-xiaotian/CelestialFlow/blob/main/docs/zh-CN/src/runtime/util_queue.md)
+- [runtime/util_hash.md](https://github.com/Mr-xiaotian/CelestialFlow/blob/main/docs/zh-CN/src/runtime/util_hash.md)
 - [runtime/util_types.md](https://github.com/Mr-xiaotian/CelestialFlow/blob/main/docs/zh-CN/src/runtime/util_types.md)
 - [runtime/util_errors.md](https://github.com/Mr-xiaotian/CelestialFlow/blob/main/docs/zh-CN/src/runtime/util_errors.md)
 - [persistence/core_fail.md](https://github.com/Mr-xiaotian/CelestialFlow/blob/main/docs/zh-CN/src/persistence/core_fail.md)
@@ -203,24 +203,24 @@ flowchart TD
 
 你可以继续运行更多的演示代码，这里记录了各个演示文件与其中的演示函数说明：
 
-[🎮demo/](https://github.com/Mr-xiaotian/CelestialFlow/blob/main/docs/zh-CN/demo/)
+[🎮demo/](https://github.com/Mr-xiaotian/CelestialFlow/tree/main/docs/zh-CN/demo)
 
 ​如果你想运行测试代码, 可以先查看如下文档内容:
 
-[🧪tests/](https://github.com/Mr-xiaotian/CelestialFlow/blob/main/docs/zh-CN/tests/)
+[🧪tests/](https://github.com/Mr-xiaotian/CelestialFlow/tree/main/docs/zh-CN/tests)
 
 如果你想查看bench内容, 这里的数据成为框架中部分设计的决策依据:
 
-[⚡bench/](https://github.com/Mr-xiaotian/CelestialFlow/blob/main/docs/zh-CN/bench/)
+[⚡bench/](https://github.com/Mr-xiaotian/CelestialFlow/tree/main/docs/zh-CN/bench)
 
 ## 环境要求（Requirements）
 
-**CelestialFlow** 基于 Python 3.11+，并依赖以下核心组件。
+**CelestialFlow** 基于 Python 3.12+，并依赖以下核心组件。
 请确保你的环境能够正常安装这些依赖（`pip install celestialflow` 会自动安装）。
 
 | 依赖包           | 说明 |
 | ----------------- | ---- |
-| **Python ≥ 3.11**  | 运行环境，建议使用 3.11 及以上版本 |
+| **Python ≥ 3.12**  | 运行环境，建议使用 3.12 及以上版本 |
 | **fastapi**       | Web 服务接口框架（用于任务可视化与远程控制） |
 | **uvicorn**       | FastAPI 的高性能 ASGI 服务器 |
 | **requests**      | HTTP 客户端库，用于任务状态上报与远程调用 |
@@ -235,57 +235,61 @@ flowchart TD
 <p align="center">
   <img src="https://raw.githubusercontent.com/Mr-xiaotian/CelestialFlow/main/img/file_structure.svg" alt="FileStructure" />
   <br/>
-  <em>celestial-flow 3.2.1</em>
+  <em>celestial-flow 3.2.3</em>
 </p>
 
 (该视图由我的另一个项目[CelestialVault](https://github.com/Mr-xiaotian/CelestialVault)中inst_file.FileTree.print_tree()生成。转换为图片则借助[Carbon](https://carbon.now.sh)。)
 
 ## 版本日志（Version Log）
-- 3.2.1:
+- 3.2.3
   - feat:
-    - **[Important]** 大幅强化配置按钮功能
-      - 现在可以配置界面语言，并支持中、日、英三语言切换
-      - 可以配置错误日志每页日志条数
-      - 可以配置结构图中是否显示增量，不过现在样式上有点丑
-      - 以及最重要的，可以直接编辑仪表盘页的卡片布局
-      - 另外，所有设置保存成功后会有提示
-    - 折线图中可以选择数据类型
-      - 现在包括"数据累计"、"等待队列"和"数据变化率"
-    - 对 structure 的一些调整
-      - 所有 structure 的参数中添加 `stage_mode`，用于统一控制节点模式
-      - 对 struct 中节点不再重新命名
-    - 在部分 Spout 中增加缓冲机制
+    - **[IMPORTANT]** 前端仪表盘设置面板中新添 `节点等待使用全局估计` 开关, 开启后节点卡片中原 `等待` 量将被替换为 `全局等待`, 并在卡片中显示 `全局剩余时间`
+      - 这个功能非常有趣, 开启前后能看到数值大幅波动
+    - **[IMPORTANT]** 重写任务注入页面, 现在实用性远远高于之前版本
+      - 可以给每个节点单独配置注入任务列表, 在一起发送
+    - **[IMPORTANT]** 移除 `TaskExecutor` 中 `get_args` 与 `process_result` 两个方法, 以及 `unpack_task_args` 属性
+      - 这是为引入泛型必要的修改
+      - `process_result` 功能很简单, 对func输出的result进行再次处理, 但事实上在输入func前对齐进行包装也能达到一样的效果
+      - `get_args` 功能更为复杂, 可以直接将前一节点提供的 `result` 转为当前节点所需的 `task` 类型, 非常灵活; 但问题在于太过灵活, 导致使用心智负担很大
+      - `unpack_task_args` 就是 `get_args` 带来的一项心智负担, 默认 `get_args` 会把 `task` 进行 `(task, )` 包裹后发送给func, 开启 `unpack_task_args` 后则直接发送
+    - **[IMPORTANT]** `graph` 的init参数中添加 `name`, 以与 `executor` `stage` 一致
+      - 破坏接口破坏性更新
+      - 在日志的 `start_graph` `end_graph` 与web端的 `graph_anaylysis` 中都有显示
+    - 彻底移除前后端通信中的 `graph_summary` , 原本残余的 `全局剩余时间` 现在拆为各个节点的 `全局等待` 与 `全局剩余时间`
+      - 这里所说的 `全局` 意为根据图论关系, 由上游剩余的任务数估算下游总共能获得多少任务
+      - 例如: 图关系 `A -> B`, A已处理任务2, 未处理任务3, B已处理任务4, 未处理任务2. 这意味着A成功的2个任务为B带来总共了6个任务, 那么我们可以据此估计B总功能获取"3/2*6=9"个任务, 因此B的 `等待` 任务数量为2, 但 `全局等待` 任务数量为5
+    - 前端中添加部分提示气泡, 鼠标放上去后可以介绍相关信息, 例如本次新加入的节点 `全局等待` 的含义
+    - 移除前端中节点卡片的拖拽功能
+      - 这个功能是在最早加入web页面时添加的, 当时感觉很帅, 但现在有点玩腻了
+    - 前端错误日志页面添加 `任务注入` 按钮, 可以把选定任务直接添加到任务注入页面中节点的代注入任务列表中
+    - 在 `TaskSplitter` 中添加 `split_item` 方法, 可自由定义
+      - 原本的 `splitter` 非常依赖于 `get_args`, 现在通过 `split_item` 方法稍微弥补其缺失的灵活性
   - refactor:
-    - **[Important]** 删除 executor 中的 `tag` 属性，并全面使用 `name` 属性进行替代
-      - `tag` 的出现是为了适应早期无法区分节点而设计的，但现在 `name` 已经强制唯一性，继续使用冗长的 `tag` 会导致不便
-    - **[Important]** 将 executor 中 `task_queue` 与 `result_queue` 的定义提前到 `__init__` 中
-      - 对于 executor 来说区别不大，但对于 stage 而言这是更理想且优雅的形式，只是由于原先 `stage_mode="process"` 时不允许执行函数内带有 `MPQueue`，所以才使用 graph 中统一定义，然后通过 process 的 args 注入的形式
-    - **[Important]** 重构 `core_server`，将其分解出 `routes/` 与 `util_models`，实现结构优化
-    - 进一步地，将 `log_queue` 和 `fail_queue` 的注入也提前到 `graph.set_stages` 中，实现 `stage.start_stage` 完全无输入参数
-    - 同时在 executor 中添加 `put_task` 与 `put_signal`，并在 graph 中进行复用
-      - 之前不能这样做是因为 stage 中此时还没有定义 queue
-    - 移除 `core_graph` 中的 `StageRuntime`
-    - 将类型标注中的部分 `Any` 改为更明确的类型
-    - 删除 HTML 中的仪表盘部分的 card，现在交给 `web-config` 来定义
-    - 删除部分没必要的前后端通信，优化通信负载
-      - 移除后端传递的节点历史信息，由前端进行维护
-      - 移除总体统计中除"总剩余时间"的后端数据，由前端进行计算
-    - 优化错误存储的 JSONL 数据结构，现在保存更细致的错误信息
-    - 调整 pyright 规则，并实现 pyright 0 error / 0 warning
-    - 给 `web/` 下几乎所有 `.ts` 与 `.css` 文件重命名，并整理文件内容边界
-    - `util_error` 中添加更多错误类型，保证项目中所有主动 raise 的错误都在当前的错误体系下
-    - 删除前端代码中所有的 `onclick`，改用 `data-*` 属性
-    - 清简 `config.json` 中的部分字段
-    - 删除部分不必要的代码
+    - **[IMPORTANT]** 引入泛型, 同时强制性要求py版本>=3.12
+      - 泛型的引入使得代码更加类型安全, 同时也提高了代码的可读性
+      - 3.12版本对泛型的表述非常直观
+    - 移除前端代码中所有对 `localStorage` 的使用
+      - 在已经有config配置文件的情况下意义不大, 反而会带来困扰
+    - 将任务队列的drain操作从graph层移至stage层
+      - 之前不能这样做是因为节点的 `stage_mode` 可能为 `process`, 此时在主进程持有的节点非真实运行的节点
+      - 算是3.2.0版本带来的持久影响之一
+    - 优化 `TaskMetric` 中对锁的使用
+    - 移除 `TaskEnvelope` 中的 `change_id()` 方法, 现在默认envelope不可变, 同时 `emit_retry_envelope` 中不再把原有的envelope的id修改后继续提交给worker, 而是直接使用新生成的envelope
+    - 移除错误日志中的 `error` `error_repr` `task_repr` 字段
+    - 修改前后端通信中任务注入数据的格式, 以方便同时提交多个节点的任务数据
+    - 前端代码中开启strict检查
+    - 将前端中 `injection.css` 文件拆分成多个文件
+    - 修改 `config.json` 的数据格式, 现在按照生效区域进行分类
+    - 收紧前端中的数据类型
+    - 添加 `ReportTaskGraph` 类型, 专门用于给reporter做类型声明
   - fix:
-    - 对部分太宽泛的错误捕捉进行收窄
+    - i18n本地化在部分字段上失效的问题
+    - 直接点击仪表盘中错误数字跳转到错误日志页后, 设置面板显示的还是仪表盘页面的设置
+    - 前端中为各项仪表盘请求添加 `RequestSeq`, 以避免前后发送两个请求, 但因为延迟关系, 先发送的请求的返回覆盖掉后发送请求的返回
+    - 修复前端中各项空字段需要在第一次refresh才显示的问题, 体感上会导致"加载"很慢
   - chore:
-    - 添加更多测试代码，并整理 `tests/` 结构
-    - 修复 `bench/` 中的一些问题
-      - 主要是 `bench_execution_mode` 中的两种 Fibonacci 运算量级不同，无法正常进行模型 bench
-    - 添加 `.github/workflows`，实现 CI/CD
-    - 更新支持的 Python 版本为 3.11，以与部分库要求相符
-    - 添加两个 skill，分别用于更新文档与审查项目
+    - 将文档更新翻译为英/日两语
+      - 这项操作太耗token了
 
 更多过往日志可看:
 

{celestialflow-3.2.1 → celestialflow-3.2.3}/pyproject.toml

@@ -4,13 +4,13 @@ build-backend = "setuptools.build_meta"
 
 [project]
 name = "celestialflow"
-version = "3.2.1"
+version = "3.2.3"
 description = "A flexible GRAPH-based task orchestration framework."
 readme = "README.md"
 license = { text = "MIT" }
 authors = [{ name = "Mr-xiaotian", email = "mingxiaomingtian@gmail.com" }]
 keywords = ["workflow", "task", "graph", "async", "CelestialFlow"]
-requires-python = ">=3.11"
+requires-python = ">=3.12"
 
 dependencies = [
     "tqdm",
@@ -20,7 +20,7 @@ dependencies = [
     "networkx",
     "redis",
     "jinja2",
-    "celestialtree>=0.1.2",
+    "celestialtree>=0.1.3",
 ]
 
 classifiers = [
@@ -79,14 +79,11 @@ include = ["src"]
 ignore = ["tests", "**/tests/**", "typings", "demo", "bench", "experiments", "examples", "temp"]
 
 typeCheckingMode = "strict"
-reportExplicitAny = "none"
-reportAny = "none"
-reportUnannotatedClassAttribute = "none"
 reportUnusedFunction = "none"
 reportImplicitOverride = "none"
 
 [tool.ruff]
-target-version = "py311"
+target-version = "py312"
 exclude = ["tests", "typings", "demo", "bench", "experiments", "examples", "temp"]
 
 [tool.ruff.lint]