minecraft1024a
|
72706f15ef
|
refactor(schedule): 将日程生成转为后台异步任务
将即时日程生成的操作从直接调用修改为提交到异步任务管理器执行。这避免了在主流程中等待耗时较长的日程生成过程，改善了请求响应速度。
为此，新增了 `OnDemandScheduleGenerationTask` 类来封装按需生成日程的后台任务逻辑。
|
2025-11-19 22:56:05 +08:00 |
|
minecraft1024a
|
f2ee93bbee
|
refactor(schedule): 优化月度计划与日程的生成逻辑
将月度计划和每日日程的生成流程从异步非阻塞任务改为同步阻塞模式。这确保了在需要计划数据时，生成过程会先完成，从而避免了因数据未及时生成而导致的潜在问题。
主要变更：
- `ScheduleManager`: 在加载日程失败或数据不存在时，直接调用并等待日程生成，而不是创建一个后台任务。
- `ScheduleManager`: 当日程生成过程中发现月度计划不足时，会直接调用并等待月度计划生成完成，然后再继续。
- `MonthlyPlanManager`: 简化了生成逻辑，移除了原有的非阻塞触发方法 `trigger_generate_monthly_plans`，统一为同步执行的 `generate_monthly_plans`。
- `monthly_plan_db`: 在查询月度计划时增加了按创建时间降序排序，以支持更可靠地删除多余计划。
- `main.py`: 移除了对已不存在的 `ImportError` 的处理。
|
2025-11-19 22:56:04 +08:00 |
|
Windpicker-owo
|
fe472dff60
|
修复代码格式和文件名大小写问题
|
2025-11-19 22:55:55 +08:00 |
|
minecraft1024a
|
255c7e2efb
|
refactor(schedule): 异步化月度计划生成以避免阻塞
将月度计划的生成过程从同步阻塞模式重构为异步非阻塞模式。
在 `ScheduleManager` 中，当月度计划耗尽时，现在会通过调用新的 `trigger_generate_monthly_plans` 方法来启动一个后台生成任务，而不是 `await` 其完成。这可以防止在生成新计划时（可能耗时较长）阻塞日常任务的调度流程。
同时，修复了 `MonthlyPlanManager` 中一个排序逻辑错误，确保在计划数量超出上限时，正确删除最旧的计划而不是最新的。
|
2025-11-19 22:54:08 +08:00 |
|
minecraft1024a
|
01e06ae95b
|
ruff ci
|
2025-11-19 22:51:31 +08:00 |
|
minecraft1024a
|
e85fb08c09
|
refactor(schedule): 将睡眠状态管理逻辑重构并迁移到SleepManager
将原先分散在 `ScheduleManager` 中的睡眠状态机逻辑（包括状态判断、转换、持久化等）抽取并封装到一个新的 `SleepManager` 类中。
这次重构的主要目的如下：
- **职责分离**: `ScheduleManager` 的核心职责是管理日程的生成和查询，而睡眠状态的管理是一个独立的、复杂的逻辑单元。将其分离可以使两个类的职责更单一、代码更清晰。
- **可维护性**: 将所有与睡眠相关的状态和逻辑集中到 `SleepManager` 中，使得未来对睡眠功能的修改和扩展更加容易，减少了对 `ScheduleManager` 的影响。
- **代码简化**: `ScheduleManager` 不再需要管理内部的睡眠状态变量（如 `_current_state`, `_sleep_buffer_end_time` 等），而是通过委托 `sleep_manager` 实例来处理，简化了其内部实现。
相应的，`HfcContext` 中冗余的睡眠相关状态（如 `is_in_insomnia`）也被移除，统一由 `SleepManager` 管理。其他模块（如 `HeartFChatting`, `WakeUpManager`）对睡眠状态的调用也已更新为通过 `schedule_manager.sleep_manager` 或其代理方法进行。
|
2025-11-19 22:50:10 +08:00 |
|
minecraft1024a
|
dde84d41af
|
refactor(schedule): 重构睡眠系统为状态机模型
将原有的睡眠、失眠、唤醒等分散的布尔标记逻辑重构为一个统一的睡眠状态机（SleepState），以提高代码的可读性、可维护性和可扩展性。
主要变更：
- 引入 `SleepState` 枚举，包含 `AWAKE`, `INSOMNIA`, `PREPARING_SLEEP`, `SLEEPING`, `WOKEN_UP` 状态。
- 在 `ScheduleManager` 中实现 `_update_sleep_state` 作为核心状态机，统一管理所有状态转换。
- 将原有的失眠判断逻辑从 `WakeUpManager` 移至 `ScheduleManager` 的状态机内部，与弹性睡眠决策合并，简化了模块职责。
- `heartFC_chat.py` 中的聊天循环现在直接查询 `ScheduleManager` 的当前状态，而不是处理多个独立的布尔值，使逻辑更清晰。
- 删除了 `WakeUpManager` 中与失眠相关的配置和方法，因为它现在由 `ScheduleManager` 统一管理。
- 删除了配置中已废弃的 `enable_is_sleep` 选项。
|
2025-11-19 22:50:08 +08:00 |
|
minecraft1024a
|
a645e766ca
|
refactor(cache): 重构工具缓存机制并优化LLM请求重试逻辑
将工具缓存的实现从`ToolExecutor`的装饰器模式重构为直接集成。缓存逻辑被移出`cache_manager.py`并整合进`ToolExecutor.execute_tool_call`方法中，简化了代码结构并使其更易于维护。
主要变更：
- 从`cache_manager.py`中移除了`wrap_tool_executor`函数。
- 在`tool_use.py`中，`execute_tool_call`现在包含完整的缓存检查和设置逻辑。
- 调整了`llm_models/utils_model.py`中的LLM请求逻辑，为模型生成的空回复或截断响应增加了内部重试机制，增强了稳定性。
- 清理了项目中未使用的导入和过时的文档文件，以保持代码库的整洁。
|
2025-11-19 22:49:46 +08:00 |
|
tt-P607
|
67a699b42d
|
feat(sleep): 实现睡眠唤醒与重新入睡机制
引入了更完善的睡眠唤醒和重新入睡逻辑，以处理在睡眠期间被消息打扰的情况。
- **唤醒机制**: 当在睡眠时间内收到消息并达到唤醒阈值时，角色会被唤醒并进入愤怒状态。唤醒后，将保持清醒状态处理消息，而不是立即重新入睡。
- **状态持久化**: 新增 `_is_woken_up` 状态到 `schedule_manager`，并将其持久化，以确保在重启后能记住唤醒状态。
- **重新入睡**: 如果角色被吵醒后，在配置的一段时间内（`re_sleep_delay_minutes`）没有收到新消息，系统将自动尝试重新进入睡眠状态，以模拟更自然的行为。
- **上下文同步**: 在唤醒时，`wakeup_manager` 会通知 `schedule_manager` 更新其内部状态，确保系统各模块之间的睡眠状态一致。
|
2025-11-19 22:49:09 +08:00 |
|
tt-P607
|
48bc3590d4
|
feat(core): 实现HFC及睡眠状态的持久化
将HFC上下文、唤醒管理器和日程管理器的核心状态保存到本地存储，并在程序启动时加载。这确保了角色的能量、睡眠压力、唤醒度、失眠状态和弹性睡眠进度在重启后能够恢复，增强了长期运行的连续性和稳定性。
主要变更：
- **HfcContext**: 增加状态的加载与保存逻辑，持久化能量、睡眠压力和失眠状态。
- **WakeupManager**: 增加状态的加载与保存逻辑，持久化唤醒度及愤怒状态。
- **ScheduleManager**: 增加弹性睡眠状态的加载与保存逻辑，持久化“准备入睡”及延迟睡眠的状态。
- **HeartFChatting**: 在主循环中调用保存HFC上下文状态的方法。
- 调整了失眠和唤醒逻辑，以更好地与持久化状态和弹性睡眠机制协同工作。
|
2025-11-19 22:49:08 +08:00 |
|
tt-P607
|
200cad4630
|
feat(schedule): 引入弹性睡眠与睡前通知机制
新增了弹性睡眠功能，使AI的入睡行为更加自然。AI现在会根据睡眠压力决定是否延迟入睡，而不是严格按日程表时间立即休眠。
主要更新包括：
- **弹性睡眠逻辑**: 在进入理论睡眠时间时，会有一段5-10分钟的准备缓冲期。如果睡眠压力低于阈值，AI会推迟入睡，以增加互动时间。
- **睡前通知**: 在决定入睡后，AI可以自动向指定群组发送晚安消息。
- **配置选项**: 在配置文件中增加了相关选项，允许用户启用/禁用这些功能，并自定义睡眠压力阈值、最大延迟时间、通知群组和提示词。
- **代码重构**: 对 `is_sleeping` 方法进行了重构，将其拆分为理论睡眠时间判断和核心弹性逻辑，提高了代码的可读性和可维护性。
|
2025-11-19 22:49:07 +08:00 |
|
tt-P607
|
ed720c1218
|
feat(monthly_plan): 增加月度计划数量上限并自动清理
style: 优化月度计划相关日志输出
- 在数据库模块中新增物理删除月度计划的函数 `delete_plans_by_ids`
- 在月度计划管理器中引入 `max_plans_per_month` 配置，用于限制每月计划数量
- 当检测到计划数量超出上限时，自动按创建时间删除最旧的计划以维持数量限制
- 优化了标记计划完成和删除计划时的日志记录，使其输出更详细的计划内容
- 调整了检查现有计划时的日志信息，使其更清晰
|
2025-11-19 22:48:58 +08:00 |
|
minecraft1024a
|
3948fbacbe
|
refactor(schedule): 重构日程与月度计划管理模块
将 `schedule_manager` 和 `monthly_plan_manager` 从 `src/manager` 移动到 `src/schedule` 目录，以更好地组织与日程和计划相关的功能。
主要变更：
- 将 `schedule_manager` 和 `monthly_plan_manager` 移动到新的 `src/schedule` 目录。
- 更新了所有对这两个模块的导入路径，以反映新的文件位置。
- 删除了旧的 `src/manager` 目录下的模块文件。
- `monthly_plan_manager` 内部实现被重构，取代了原有的 `plan_generator.py`，简化了计划生成逻辑。
|
2025-11-19 22:48:42 +08:00 |
|
雅诺狐
|
ab3a36bfa7
|
全面更换orjson
|
2025-11-19 22:47:10 +08:00 |
|
minecraft1024a
|
fcb7a85e69
|
refactor(schedule): 重构月度计划生成器以增强稳定性和可维护性
将计划生成逻辑重构为使用统一的 `LLMRequest` 类，以简化模型调用流程。此更改消除了原有的手动选择模型、构建客户端和处理响应的复杂逻辑。
引入了 Pydantic 模型 `PlanResponse` 对 LLM 的 JSON 输出进行严格的验证和解析，并集成了 `json_repair` 库来自动修复格式错误的 JSON。这些措施显著提高了计划生成功能的健壮性和对 LLM 异常输出的容错能力。
|
2025-11-19 22:45:17 +08:00 |
|
minecraft1024a
|
92179478b5
|
feat:添加了月度计划 # 我要混提交
|
2025-11-19 22:45:06 +08:00 |
|