1778682052
This commit is contained in:
Docker7530
@@ -1,9 +0,0 @@
|
||||
# 任务
|
||||
|
||||
- [x] 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
|
||||
- [x] 客响：处理信安信息山东 www.yssylt.com 硕安科技有限公司 鲁ICP备07003074号-1 未备案域名。（赵普明 0.5）
|
||||
- [ ] 开发：IBS 7.20.0 版本需求开发，3.9 客服智能体一期底层大模型替换&mcp开发。（李春良）
|
||||
|
||||
# 日志
|
||||
|
||||
# 总结
|
||||
@@ -0,0 +1,37 @@
|
||||
# 任务
|
||||
|
||||
# 日志
|
||||
|
||||
我做了一个基于 OpenClaw 的自动化 Cosmic 拆分 Agent。
|
||||
|
||||
它的整个运作原理如下：
|
||||
|
||||
1. 通过各种 Cosmic 规范实现 Skill 的重写。
|
||||
2. 针对产品需求，按照预先规定的 Skill 对其进行扩写和功能点拆分，并完成规范化处理。
|
||||
|
||||
目前全组 10 个人都在使用，每人每天消耗的 Token 在 100 万左右。这个工具带来的提升非常明显：
|
||||
|
||||
1. 效率提升：以前每一期 Cosmic 拆分工作需要耗费每人一周的工时，现在任务下发后，每人基本上用一天时间就能完成需求的扩写、拆分、规范检查及提交。
|
||||
2. 组员工作：这是目前组员端的主要工作流程。
|
||||
|
||||
此外，我还开发了另一个 Agent，专门负责对组员拆分后的结果进行复查。该 Agent 会根据规则进行自动扫描，大大减轻了管理员（项目经理）的复查工作量。
|
||||
|
||||
---
|
||||
|
||||
我基于 OpenClaw，搭建落地了 Cosmic 需求拆分自动化 Agent，贴合业务定制整套能力：
|
||||
|
||||
通过 Cosmic 统一规范完成专属技能逻辑重构，承接原始产品需求，自动完成内容扩写、功能点拆解与标准化规整。
|
||||
|
||||
目前该 Agent 已在全组 10 人规模化落地使用，日常高频运行，人均每日稳定 Token 消耗约100万。
|
||||
|
||||
效率提升十分显著：原先单人完成一期 Cosmic 需求拆分、规范整改与提交，需要整周耗时；现在依托 AI 自动化能力，仅需 1 天即可全流程收尾，大幅压缩重复低效工作。
|
||||
|
||||
现阶段这套自动化流程，已是团队日常需求处理的核心工作链路。
|
||||
|
||||
同时配套搭建了结果复核专属 Agent，针对组员拆分完成的内容做自动化规则巡检、合规校验，替代大量人工核对工作，有效降低项目经理的复审压力，减少人工疏漏，提升整体交付质量。
|
||||
|
||||
# 总结
|
||||
|
||||
早晨晕车，中午麻辣烫，回家。
|
||||
|
||||
下午和妈聊天。晚上出去吃。
|
||||
@@ -0,0 +1,7 @@
|
||||
# 任务
|
||||
|
||||
# 日志
|
||||
|
||||
# 总结
|
||||
|
||||
上午杨超。下午下午。贾磊。晚上田昊撞车。
|
||||
@@ -0,0 +1,17 @@
|
||||
# 任务
|
||||
|
||||
# 日志
|
||||
|
||||
# 总结
|
||||
|
||||
上午修车。
|
||||
|
||||
今天父母带田宝玩儿了一天，感觉真的太好了，这就是这次回来最好的事情。
|
||||
|
||||
这次回家多和家里聊了一些。加油。
|
||||
|
||||
下午和小杨去看了看衣服。
|
||||
|
||||
上午去大哥家待了会儿，看了看三奶奶。
|
||||
|
||||
晚上田昊撞车了。感觉是紧张了。
|
||||
@@ -0,0 +1,9 @@
|
||||
# 任务
|
||||
|
||||
# 日志
|
||||
|
||||
# 总结
|
||||
|
||||
田宝照相。
|
||||
|
||||
拍照的人也是非常的不容易，整个过程要一直照顾小孩儿的心情。
|
||||
@@ -0,0 +1,9 @@
|
||||
# 任务
|
||||
|
||||
# 日志
|
||||
|
||||
# 总结
|
||||
|
||||
回京了。上午还好，估计是吃了两片晕车药。
|
||||
|
||||
下午睡了一觉。
|
||||
@@ -0,0 +1,18 @@
|
||||
# 任务
|
||||
|
||||
- [x] 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
|
||||
- [x] 联调：IBS 7.20.0 版本联调，BBOSS 中国移动CDN信控能力优化需求，环境恢复，开始联调。（张鹏豪 4）
|
||||
- [x] 开发：IBS 7.20.0 版本需求开发，客服智能体一期底层大模型替换&mcp开发，默认值复写 schema 问题（李春良 3）
|
||||
- [x] 客响：信安信息处理，www.zbpengyue.com、zbpengyue.com，同步删除。（赵普明 0.5）
|
||||
|
||||
# 日志
|
||||
|
||||
信安信息处理：
|
||||
|
||||
www.zbpengyue.com
|
||||
|
||||
zbpengyue.com
|
||||
|
||||
# 总结
|
||||
|
||||
学习 DINOv3、OpenCV、SAM 2 技术框架。
|
||||
@@ -0,0 +1,104 @@
|
||||
# 任务
|
||||
|
||||
- [x] 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
|
||||
- [x] 联调：IBS 7.20.0 版本联调，BBOSS 中国移动CDN信控能力优化需求，环境恢复，开始联调，BBOSS 测有问题。（张鹏豪 2）
|
||||
- [x] 开发：IBS 7.20.0 版本需求开发，客服智能体一期底层大模型替换&mcp开发，前后端联调。（李春良 5.5）
|
||||
|
||||
# 日志
|
||||
|
||||
Qwen3.6-35B-A3B-FP8
|
||||
|
||||
Qwen3.5-122B-A10B-GPTQ-Int4
|
||||
|
||||
Qwen3.6-35B-A3B（BF16）
|
||||
|
||||
我发现了一个内核的 API ：http://127.0.0.1:9595/proxies/%E5%85%AC%E7%9B%8A%20%F0%9F%87%BA%F0%9F%87%B8%20%F0%9F%87%BA%F0%9F%87%B8%20%E7%BE%8E%E5%9B%BD%20%7C%20USA%2013/delay?url=https:%2F%2Fwww.gstatic.com%2Fgenerate_204&timeout=5000
|
||||
|
||||
根据源码分析得到结论：
|
||||
|
||||
结论
|
||||
|
||||
这个 API 是 sing-box Clash 兼容 API 的代理延迟测试接口，用于通过指定的出站代理向目标 URL 发送请求，测量往返延迟（毫秒）。
|
||||
|
||||
对应 URL 解析
|
||||
|
||||
你请求的 URL 解码后为：
|
||||
|
||||
GET http://127.0.0.1:9595/proxies/公益 🇺🇸 🇺🇸 美国 | USA 13/delay
|
||||
|
||||
?url=https://www.gstatic.com/generate_204
|
||||
|
||||
&timeout=5000
|
||||
|
||||
参数 值 含义
|
||||
|
||||
{name} 公益 🇺🇸 🇺🇸 美国 | USA 13 要测试的出站代理名称
|
||||
|
||||
url https://www.gstatic.com/generate_204 测试目标 URL
|
||||
|
||||
timeout 5000 超时时间，5000ms
|
||||
|
||||
源码依据
|
||||
|
||||
1. 路由注册
|
||||
experimental/clashapi/proxies.go:31 注册了 /proxies/{name}/delay 路由，由 getProxyDelay 处理。
|
||||
|
||||
2. 处理流程（proxies.go:187-234）
|
||||
解析 url 和 timeout 参数
|
||||
拒绝 HTTP URL——如果 url 以 http:// 开头，会被置空（回退到默认值）
|
||||
创建带超时的 context（你设了 5000ms）
|
||||
调用 urltest.URLTest() 执行实际测试
|
||||
将结果存入 urlTestHistory（成功存延迟值，失败则删除记录）
|
||||
3. 核心测试逻辑（common/urltest/urltest.go:75-130）
|
||||
|
||||
① 通过出站代理建立 TCP 连接到 www.gstatic.com:443
|
||||
|
||||
② 如果连接需要 TLS 握手，计时从握手完成后开始（排除代理建连开销）
|
||||
|
||||
③ 发送 HTTP HEAD 请求（不是 GET，减少数据传输）
|
||||
|
||||
④ 不跟随重定向
|
||||
|
||||
⑤ 返回 delay = 往返耗时（毫秒），类型 uint16
|
||||
|
||||
关键细节：如果 url 参数为空，默认使用 https://www.gstatic.com/generate_204。
|
||||
|
||||
成功响应
|
||||
|
||||
{"delay": 230}
|
||||
|
||||
表示通过该代理访问目标 URL 的往返延迟为 230ms。
|
||||
|
||||
错误响应
|
||||
|
||||
HTTP 状态码 含义
|
||||
|
||||
400 参数错误（timeout 无法解析）
|
||||
|
||||
404 找不到该名称的出站代理
|
||||
|
||||
503 测试失败或 delay 为 0
|
||||
|
||||
504 超时（超过你设的 5000ms）
|
||||
|
||||
副作用
|
||||
|
||||
测试结果会自动写入 urlTestHistory 内存存储，这意味着：
|
||||
|
||||
如果该出站是 URLTest 组的成员，这次手动测试的延迟值会覆盖自动健康检查的历史记录
|
||||
|
||||
Clash 兼容的前端面板（如 Yacd、Metacubexd）会用这个值来显示代理延迟
|
||||
|
||||
不确定项
|
||||
|
||||
config_sub.json 中未看到 experimental.clash_api 的配置，无法确认你的 Clash API 是否需要认证（源码中注册了认证中间件）
|
||||
|
||||
该出站代理 公益 🇺🇸 🇺🇸 美国 | USA 13 是否存在于你的配置中，需要查看 config_sub.json 确认
|
||||
|
||||
能否给我在我的 singbox.ps1 增加一个脚本，测试 outbounds 中 "tag": "公益" 的 所有公益开头，但不是 公益 iFly 开头的节点。并剔除掉 500ms 延迟以下的节点这样一个功能。
|
||||
|
||||
让我的 公益节点可用性增强。
|
||||
|
||||
# 总结
|
||||
|
||||
让每一天有所产出。
|
||||
@@ -0,0 +1,39 @@
|
||||
# 任务
|
||||
|
||||
- [x] 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
|
||||
- [x] 联调：IBS 7.20.0 版本联调，BBOSS 中国移动CDN信控能力优化需求，联调阻塞。（张鹏豪）
|
||||
- [x] 开发：邮件标题从【信安信息更新通知】更改为【未备案域名信息提醒】。（李春良 0.5）
|
||||
|
||||
# 日志
|
||||
|
||||
鲍嘉铭
|
||||
|
||||
baojiaming
|
||||
|
||||
郑森
|
||||
|
||||
zhengsen
|
||||
|
||||
| 时态 | 结构 | 核心含义 | 常见时间标志词 | 考试识别技巧 | 例句 |
|
||||
| ----------- | --------------------- | ------------------- | ----------------------------------------------------------- | --------------------------------------- | --------------------------------------------- |
|
||||
| 一般现在时 | do/does | 经常、习惯、真理 | usually, always, often, sometimes, every day | 看见频率副词，常用一般现在时；主将从现中从句也用一般现在时 | He goes to school every day. |
|
||||
| 一般过去时 | did；was/were | 过去发生的动作或状态 | yesterday, ago, last week, just now, the other day | 看见明确过去时间，多用一般过去时 | She visited Beijing last year. |
|
||||
| 一般将来时 | will/shall do | 将来要发生的事 | tomorrow, next week, soon, in the future | 表示将来最常考 will do；注意和 be going to 区分 | I will call you tomorrow. |
|
||||
| be going to | am/is/are going to do | 打算、计划；很可能发生 | tomorrow, tonight, soon | 强调“打算/迹象” | We are going to travel this summer. |
|
||||
| be to | am/is/are to do | 计划、安排、注定 | 常与具体安排连用 | 书面语较强，表示“按计划将要” | They are to meet at 8. |
|
||||
| be about to | am/is/are about to do | 即将、马上 | 一般不与明确将来时间连用 | 表示眼前马上发生 | The train is about to leave. |
|
||||
| 现在进行时 | am/is/are doing | 现在正在进行 | now, at the moment, look, listen | 看“正在做” | She is reading now. |
|
||||
| 过去进行时 | was/were doing | 过去某时正在进行 | at that time, then, when… | 常和一般过去时搭配，一个进行一个打断 | I was sleeping when he called. |
|
||||
| 将来进行时 | will be doing | 将来某时正在进行 | this time tomorrow, at 8 tomorrow | 表示将来某个时刻正在发生 | I will be studying this time tomorrow. |
|
||||
| 现在完成时 | have/has done | 已完成，对现在有影响；从过去持续到现在 | already, yet, just, since, for, so far, up to now, recently | 看到 since/for/so far/up to now 常优先想现在完成时 | I have finished my work already. |
|
||||
| 过去完成时 | had done | 过去某时之前已完成 | before, after, by, until, once, when | “过去的过去”是关键 | He had left before I arrived. |
|
||||
| 将来完成时 | will have done | 到将来某时之前已完成 | by the end of…, by…, before… | 看到 by + 将来时间，常考将来完成时 | We will have finished it by Friday. |
|
||||
| 现在完成进行时 | have/has been doing | 从过去持续到现在，还可能继续 | since, for, all day, these days | 强调“持续”和“未完成” | I have been learning English for three years. |
|
||||
|
||||
# 总结
|
||||
|
||||
早晨刷 OpenCV 的课程，我发现博主主要是讲解 API 所以，我直接用 AI 给我梳理总结了相关的使用方法。
|
||||
|
||||
我发现要改变自己笔记记录的形式，现在有 AI 的加持，首先要改变的就是不要再生搬知识点，我们应该记录的是我们自己的实战经验，和问题。以及一些类似密码，和操作手册。知识点不再需要了。查知识点不如问 AI 了。记录更多的思维。
|
||||
|
||||
心里开始着急，混乱，不知道干什么？
|
||||
@@ -0,0 +1,23 @@
|
||||
# 任务
|
||||
|
||||
- [x] 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
|
||||
- [x] 联调：IBS 7.20.0 版本联调，BBOSS 中国移动CDN信控能力优化需求，联调阻塞。（张鹏豪 2）
|
||||
- [x] 联调：配合 BPM 联调，郑森、鲍嘉铭工单流转透传信息。（姬高峰 2）
|
||||
- [x] 客响：cmlive.migu.cn 域名状态问题，显示部署中。（李春良 2）
|
||||
- [x] 客响：https_data 接口如何判断是否走大数据和 crs 以及 isp 什么时候传输问题，接口文档。（祖志龙 1）
|
||||
- [x] 测试：话单下载异常。（徐丛芳 0.5）
|
||||
|
||||
# 日志
|
||||
|
||||
| 数据库id | 姓名 | 手机号码 | 邮箱 | 账号类型 | 省份 | 角色类型 | 登录用户名 |
|
||||
| ----- | --- | ----------- | --------------------- | ----- | --- | ------ | ---------- |
|
||||
| 3042 | 郑森 | 13881827971 | 13881827971@gmail.com | 集团级账号 | 集团 | 集团运营经理 | zhengsen |
|
||||
| 3041 | 鲍嘉铭 | 13079700587 | 13079700587@gmail.com | 集团级账号 | 集团 | 集团运营经理 | baojiaming |
|
||||
|
||||
咪咕文化-TSG
|
||||
|
||||
cmlive.migu.cn
|
||||
|
||||
# 总结
|
||||
|
||||
超级忙。
|
||||
@@ -0,0 +1,11 @@
|
||||
# 任务
|
||||
|
||||
# 日志
|
||||
|
||||
# 总结
|
||||
|
||||
学位英语考试。
|
||||
|
||||
这次学位英语仔细做了，感觉时间过的超级快，心里也有些后悔，如果早做打算，那么自己会不会直接过了呢。3 年的时间都没有珍惜。
|
||||
|
||||
中午后来小杨取地铁接我。
|
||||
@@ -0,0 +1,45 @@
|
||||
# 任务
|
||||
|
||||
- [x] 客响：信安信息更新通知，印火火科技（天津）有限责任公司域名异常信息查询。（佟彤，普明 0.5）
|
||||
- [x] 开发：订购迁移工单下发 BPM 域名丢失问题修正。（张鹏豪 2）
|
||||
- [x] 开发：版本补充代码 AI 和复用。（李春良 1）
|
||||
- [x] 开发：IBS 7.20.0 版本需求开发，客服智能体一期底层大模型替换&mcp开发，工具组详情查询工具列表、角色组查询工具组列表支持不分页和根据名称搜索。（张鹏豪 3.5）
|
||||
- [x] 需求：客户经历邮件，开户、试用到期，开户无，到期有，首次开通没有，非首次开通有（张鹏豪 1）
|
||||
|
||||
# 日志
|
||||
|
||||
```
|
||||
String details = originMigrateDomains.stream()
|
||||
.collect(Collectors.joining(",", vo.getOriginMigrateProductId() + ":", ""));
|
||||
|
||||
```
|
||||
|
||||
1、3个表新增创建人、更新人：X-User-Name
|
||||
|
||||
2、工具组详情查询工具列表、角色组查询工具组列表支持不分页和根据名称搜索
|
||||
|
||||
3、分页接口不返回Page，包装一层 TableDataInfo
|
||||
|
||||
---
|
||||
|
||||
@田卓 全站加速增值产品-全站四层加速 信控暂停单：100A260511227092 帮忙处理一下[抱拳]
|
||||
|
||||
---
|
||||
|
||||
我的三张主表 mcp_tool_group、role、mcp_tool，我想增加两个字段：
|
||||
|
||||
新增nickname 更新nickname
|
||||
|
||||
这个字段前端会给我放到请求头的 X-User-Name。
|
||||
|
||||
这三张表 增 改 的时候处理这两个字段，
|
||||
|
||||
新增的时候X-User-Name的值同时放到 新增nickname 和 更新nickname。后续更新只需放到 更新nickname。
|
||||
|
||||
这里改还涉及关联关系，比如 角色 和 工具组 关联 工具组和 工具关联，也就是，比如给角色关联工具组。给工具组关联工具，工具自身修改。这种也要更新 更新nickname 这个字段。也就是比如给 角色关联工具组，那么更新 角色的 更新nickname 。
|
||||
|
||||
你能明白么？这个设计接口多，咋们先梳理方案。别弄错了。尤其是怎么从 header 取 X-User-Name，我这个项目好多接口的。是不是统一取，用的时候从统一的位置拿。
|
||||
|
||||
# 总结
|
||||
|
||||
优化项目，瞎写？
|
||||
@@ -0,0 +1,14 @@
|
||||
# 任务
|
||||
|
||||
- [x] 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
|
||||
- [x] 开发：IBS 7.20.0 版本需求开发，客服智能体一期底层大模型替换&mcp开发，3个表新增创建人、更新人：X-User-Name。（张鹏豪 7.5）
|
||||
|
||||
# 日志
|
||||
|
||||
Reactive Streams
|
||||
|
||||
Subversion
|
||||
|
||||
# 总结
|
||||
|
||||
今天在咸鱼上买了 YOLO 的课程，这是我第一次感觉这么亏。我感觉是被自己做事情着急，没有充分调研造成的。
|
||||
@@ -0,0 +1,35 @@
|
||||
# 任务
|
||||
|
||||
- [x] 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
|
||||
- [x] 项目：7.21.0 版本需求评审，需求梳理。（赵普明 4）
|
||||
- [x] 开发：IBS 7.20.0 版本需求开发，客服智能体一期底层大模型替换&mcp开发，分页接口不返回Page，包装一层 TableDataInfo，前后端联调。（张鹏豪 3.5）
|
||||
|
||||
# 日志
|
||||
|
||||
北京市昌平区 幼师第五实验 幼儿园
|
||||
|
||||
北京市昌平区 幸福童心 幼儿园
|
||||
|
||||
北京市昌平区 教师进修学校附属学校 幼儿园
|
||||
|
||||
https://www.kdocs.cn/l/cj2VeBmqnoXP
|
||||
|
||||
|
||||
|
||||
# 总结
|
||||
|
||||
感觉好久没有记录过自己的想法了，打字虽然流畅了，但是总是感觉有的时候还是会卡壳。
|
||||
|
||||
今天记录一下，鹏豪这两天一直在弄他的 OpenClaw，感叹他的强大，但是我不禁的想这个工具 2025.11.24 就开始爆火，我算是经历了信息差，一直跟着玩儿。从去年十月一到今天我最大的心里想法就是信息差真的是一个很恐怖的事情，让你和别人不在一个线上。
|
||||
|
||||
另一个感受就是 AI 这个东西你不会领先别人很多，你可能折腾好久的东西，但是当有的人一经接触，会非常快的追赶上来。
|
||||
|
||||
这两天和张泽在搭配开发，发现张泽是一个不怎么喜欢玩儿 AI 工具的同事。
|
||||
|
||||
晚上回家有点晚了，我发现田宝在公园的表达还是很有意思的，需要更好的引导。
|
||||
|
||||
这两天在给田宝看幼儿园，最终订了北京市昌平区幼师第五实验幼儿园。
|
||||
|
||||
开始研究 Hermes。
|
||||
|
||||
用 gitleaks 检查了一下笔记的密钥。
|
||||
@@ -0,0 +1,13 @@
|
||||
# 任务
|
||||
|
||||
- [x] 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
|
||||
- [x] 客响：处理信安信息山东 www.yssylt.com 硕安科技有限公司 鲁ICP备07003074号-1 未备案域名。（赵普明 0.5）
|
||||
- [x] 开发：IBS 7.20.0 版本需求开发，3.9 客服智能体一期底层大模型替换&mcp开发。（李春良 7）
|
||||
|
||||
# 日志
|
||||
|
||||
# 总结
|
||||
|
||||
晚上和张泽海阳吃了散伙饭，感觉通过聊天能感受到项目已经越来越不行了。
|
||||
|
||||
回家尝试给田宝讲了 scrach。感觉这个最难的地方是如何把你自己很明白的事情给小朋友说清楚。
|
||||
@@ -0,0 +1,11 @@
|
||||
# 任务
|
||||
|
||||
- [x] 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
|
||||
- [x] 测试：IBS 7.20.0 版本测试用例评审。（郑子雯 0.5）
|
||||
- [x] 开发：IBS 7.20.0 版本 AI 代码编写。（李春良 1）
|
||||
- [x] 项目：IBS审计材料。（李春良 0.5）
|
||||
- [x] 测试：IBS 7.20.0 版本冒烟测试用例自测。（郑子雯 5.5）
|
||||
|
||||
# 日志
|
||||
|
||||
# 总结
|
||||
@@ -0,0 +1,11 @@
|
||||
# 任务
|
||||
|
||||
- [x] 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
|
||||
- [x] 测试：IBS 7.20.0 版本冒烟测试用例自测，前后端联调，4/5。（郑子雯 2.5）
|
||||
- [x] 开发：IBS 7.20.0 版本需求开发，3.9 客服智能体一期底层大模型替换&mcp开发。编写 selectToolGroup 工具并进行调试，针对 selectToolGroup 工具权限进行单独过滤。（李春良 5）
|
||||
|
||||
# 日志
|
||||
|
||||
# 总结
|
||||
|
||||
海阳离职了。
|
||||
@@ -0,0 +1,36 @@
|
||||
# 任务
|
||||
|
||||
- [x] 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
|
||||
- [x] 测试：IBS 7.20.0 版本冒烟测试用例自测，完成。（郑子雯 3.5）
|
||||
- [x] 项目：完成 4 月的研发过程管理任务清单。（李春良 1）
|
||||
- [x] 项目：需求拆分工具部署。（张鹏豪 3）
|
||||
|
||||
# 日志
|
||||
|
||||
NLP = Natural Language Processing
|
||||
|
||||
BERT 是谷歌 2018 年发布的一款预训练 NLP 大模型全称：Bidirectional Encoder Representations from Transformers 中文：基于 Transformer 的双向编码器表征
|
||||
|
||||
LLM = Large Language Model 中文：大语言模型
|
||||
|
||||
| 模型 | 定位 | 能力 |
|
||||
| ---- | ---- | ------------------ |
|
||||
| BERT | 理解模型 | 只看懂文本，不会自由创作 |
|
||||
| GPT | 生成模型 | 主打写字、聊天 |
|
||||
| LLM | 统称 | 所有巨型 AI 语言模型都叫 LLM |
|
||||
|
||||
这里的 PMF = Product-Market Fit 中文标准翻译：产品市场契合
|
||||
|
||||
SGD = Stochastic Gradient Descent 中文：随机梯度下降
|
||||
|
||||
为了解决这个问题，许多代理系统实现了上下文截断或压缩策略。但过度激进的压缩不可避免地导致信息丢失。这个问题是根本性的：代理本质上必须根据所有先前状态预测下一个动作——而你无法可靠地预测哪个观察结果可能在十步之后变得至关重要。从逻辑角度看，任何不可逆的压缩都带有风险。
|
||||
|
||||
结构化的外部记忆。
|
||||
|
||||
创建一个todo.md文件
|
||||
|
||||
关于 [AI代理的上下文工程：构建Manus的经验教训](https://manus.im/zh-cn/blog/Context-Engineering-for-AI-Agents-Lessons-from-Building-Manus)，上下文工程是一个可以拉开差距以及迅速迭代的工程，其中 KV 缓存机制至关重要，遮蔽方法是一个不错的理念，不要改变结构而是决定哪些工具的展示。记忆系统非常重要，一味的压缩不一定带来好的体验。不要被少样本示例所困，适当的打破结构。
|
||||
|
||||
KV 缓存，文章 [Transformers KV Caching Explained | by João Lages | Medium](https://medium.com/@joaolages/kv-caching-explained-276520203249) 我个人理解，就是如果不用缓存，每次都会把前边生成过的字再计算一遍，但是如果有缓存了，那么前边的 kv 的值就不会再次计算了，而是直接启用，但是缓存的只有 kv 那么则不会影响模型预测输出。
|
||||
|
||||
# 总结
|
||||
@@ -0,0 +1,167 @@
|
||||
# 任务
|
||||
|
||||
- [x] 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
|
||||
- [x] 项目：完成 4 月的研发过程管理任务清单。（李春良 1）
|
||||
- [x] 项目：需求拆分工具调试。（张鹏豪 1）
|
||||
- [x] 项目：cosmic 拆分预填。（李春良 3）
|
||||
|
||||
# 日志
|
||||
|
||||
HCDN业务标准化接入-典基平面接入与基础数据模型扩展
|
||||
|
||||
105
|
||||
|
||||
需求背景：现有配置管理不支持冲突域名，不同CPID下同名域名下发配置失败、展示异常。
|
||||
|
||||
具体描述：
|
||||
|
||||
1、配置管理页面兼容冲突域名；
|
||||
|
||||
2.不同CPID下客户传入原始域名，自动转为带后缀冲突域名下发给配管；
|
||||
|
||||
3.客户查看时自动转回原始域名展示；
|
||||
|
||||
4.相同CPID不做转换；
|
||||
|
||||
5.子账号页面同步支持。
|
||||
|
||||
1. 基本配置，基础信息查询；3
|
||||
2. 编辑 ipv6 配置；2
|
||||
缓存配置
|
||||
回源配置
|
||||
HTTPS配置
|
||||
高级配置
|
||||
|
||||
---
|
||||
|
||||
需求背景：省侧用户找不到新增域名入口，删除工单为冗余流程。
|
||||
|
||||
具体描述：
|
||||
|
||||
1. 变更工单中冗余的“删除”子流程；
|
||||
2. 新增“新增域名工单”；
|
||||
3. 运营查询新增“新增域名工单” 类型；
|
||||
4. 保留原工单类型用于历史工单查询；
|
||||
5. 优化表单交互，更易理解与操作。
|
||||
|
||||
需求背景：为支撑政企三网 CDN 多供应商服务，需新增第三方 CDN 业务平面，实现与 BOSS、CRS、BPM、配管全流程对接，满足异网服务快速上线。具体描述：1. 扩展话单、运营数据、API、集中运管、BPM 接口规范，新增厂商枚举值；2. 实现新平面话单解析、入库、计费对账能力；3. 数据统计、实时监控、内容中心、用量查询支持新平面筛选与展示；4. 域名配置、内容预热刷新、封禁解禁兼容新平面；5. 全流程打通业务开通、配置下发、状态回调，确保供应商接入标准化。
|
||||
|
||||
设计功能点
|
||||
|
||||
数据统计：
|
||||
|
||||
带宽
|
||||
|
||||
流量
|
||||
|
||||
请求数
|
||||
|
||||
状态码
|
||||
|
||||
域名按峰值排行
|
||||
|
||||
实时监控：
|
||||
|
||||
带宽
|
||||
|
||||
流量
|
||||
|
||||
请求数
|
||||
|
||||
状态码
|
||||
|
||||
内容中心
|
||||
|
||||
带宽
|
||||
|
||||
流量
|
||||
|
||||
请求数
|
||||
|
||||
回源带宽
|
||||
|
||||
回源流量
|
||||
|
||||
用量查询
|
||||
|
||||
带宽
|
||||
|
||||
流量
|
||||
|
||||
请求数
|
||||
|
||||
非省内引入域名带宽
|
||||
|
||||
地区分布
|
||||
|
||||
统计报表
|
||||
|
||||
企业月流量
|
||||
|
||||
非系统分发域名日峰值
|
||||
|
||||
试商用客户峰值带宽（企业）
|
||||
|
||||
试商用客户峰值带宽（订购）
|
||||
|
||||
运营指标导出
|
||||
|
||||
报表新增
|
||||
|
||||
计费对账
|
||||
|
||||
话单导出-计费话单
|
||||
|
||||
话单导出-中间话单
|
||||
|
||||
话单统计
|
||||
|
||||
平面结算
|
||||
|
||||
分省结算
|
||||
|
||||
自有业务中间话单统计
|
||||
|
||||
中间话单统计
|
||||
|
||||
业务运维/配置管理
|
||||
|
||||
域名管理
|
||||
|
||||
批量域名管理
|
||||
|
||||
全站加速控制台/统计分析/数据统计
|
||||
|
||||
带宽
|
||||
|
||||
流量
|
||||
|
||||
请求数
|
||||
|
||||
状态码
|
||||
|
||||
直播控制台/域名管理
|
||||
|
||||
域名管理
|
||||
|
||||
直播控制台/统计分析/状态码
|
||||
|
||||
"直播控制台/统计分析/直播统计
|
||||
|
||||
下行带宽/流量上行带宽观众数推流路数"
|
||||
|
||||
直播控制台/统计分析/流播放画像
|
||||
|
||||
直播控制台/统计分析/增值服务统计
|
||||
|
||||
直播控制台/流监控/推流帧码率
|
||||
|
||||
直播控制台/流监控/历史推流列表
|
||||
|
||||
冲突域名管理
|
||||
|
||||
冲突域名查询
|
||||
|
||||
# 总结
|
||||
|
||||
今天有开始了需求拆分工作。久违的有弄了好久的拆分工具。感觉过的好快，去年为了这个工具搭进去了好多时间和经历，不知不觉现在再看这个方式已经落伍了。
|
||||
@@ -0,0 +1,15 @@
|
||||
# 任务
|
||||
|
||||
# 日志
|
||||
|
||||
VgK6K!5VTeoHTW
|
||||
|
||||
# 总结
|
||||
|
||||
上午和田宝去了公园，中午去了大集，中间小杨和我说五一的安排我表示五一不想出门。心里变的怪怪的。
|
||||
|
||||
中午吃完饭就睡觉了。
|
||||
|
||||
最近看了星球大战。感觉这个挺不错的。体验了很早很早之前的能有这样的作品的神奇。
|
||||
|
||||
我现在有点分不清是我的问题，还是什么在影响着我的，我做的到底是不是太差劲了，或者自己是个骗子一样。
|
||||
@@ -0,0 +1,13 @@
|
||||
# 任务
|
||||
|
||||
# 日志
|
||||
|
||||
# 总结
|
||||
|
||||
早晨和小杨去了中医医院，看完病我们直接去沙河大集了，准备等第二天我拿药的时候再一起煎药。
|
||||
|
||||
沙河大集装修了。尝了榴莲饼，网红毛毛里脊。感觉这次干净多了。但是我们发现小寨的摊位在沙河大集貌似没有那么火。
|
||||
|
||||
中间给田宝淘了一个玩具花了 40。但是下午就让田宝玩儿牺牲了。
|
||||
|
||||
今天看到了一句话，折磨我们的都是想象，这个实在是太符合我了。
|
||||
@@ -0,0 +1,17 @@
|
||||
# 任务
|
||||
|
||||
- [x] 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
|
||||
- [x] 项目：完成 4 月的研发过程管理任务清单。（李春良 1）
|
||||
- [x] 项目：关于联调时间，BBOSS 周二，BPM 周三。（张鹏豪 0.5）
|
||||
- [x] 客响：www.qdgyy.cn 信安信息数据冗余清理，此域名在 IBS 已不存在，已同步信安信息删除。（赵普明 0.5）
|
||||
- [x] 开发：IBS 7.20.0 版本需求开发，3.9 客服智能体一期底层大模型替换&mcp开发，增加版本、增加工具显示内容，默认值问题（李春良 5.5）
|
||||
|
||||
# 日志
|
||||
|
||||
httpmethod
|
||||
|
||||
# 总结
|
||||
|
||||
早晨去开药。
|
||||
|
||||
下班拿药。
|
||||
@@ -0,0 +1,21 @@
|
||||
# 任务
|
||||
|
||||
- [x] 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
|
||||
- [x] 开发：IBS 7.20.0 版本需求开发，客服智能体一期底层大模型替换&mcp开发，OCT 7.20.0 工具并发更新覆盖问题、工具增加展示名称字段，默认值复写 schema 问题（李春良 7）
|
||||
- [x] 联调：IBS 7.20.0 版本联调，BBOSS 中国移动CDN信控能力优化需求，BBOSS 环境存在问题。（张鹏豪 0.5）
|
||||
- [x] 开发：monitor 邮件问题。（张鹏豪 1）
|
||||
|
||||
# 日志
|
||||
|
||||
```
|
||||
// 1. VPN 控制与认证（必须走物理网卡，确保随时可达）
|
||||
"111.1.51.182/32", // SDP 控制中心域名解析出的 IP
|
||||
"112.17.28.117/32" // SPA 单包授权敲门用的固定 IP
|
||||
// 2. 公司内网业务资源（OA办公 + 开发环境）
|
||||
// "172.22.0.0/16", // 你的 OA 内网段
|
||||
// "10.54.0.0/16" // 你的开发内网段
|
||||
```
|
||||
|
||||
# 总结
|
||||
|
||||
今天想到一个关于核桃识别的想法，可以实现 AI 配对。感觉整体是可行的。
|
||||
@@ -0,0 +1,631 @@
|
||||
# 任务
|
||||
|
||||
- [x] 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
|
||||
- [x] 联调：IBS 7.20.0 版本联调，HCDN业务标准化接入-典基平面接入与基础数据模型扩展。（张鹏豪 5）
|
||||
- [x] 开发：monitor 邮件问题，新增日志及 sendIllegalDomainEmail 测试接口。（张鹏豪 1）
|
||||
- [x] 测试：新增的参数“IsCreditControl”为非枚举值时，增加校验。（郑子雯 1）
|
||||
- [x] 测试：企业月流量中分发平面下拉框信息与实际分发平面信息不对等。（李英浩 0.5）
|
||||
|
||||
# 日志
|
||||
|
||||
现在想要讨论一个新功能的方案，关于配置。也是代理工具主要的一个部分。
|
||||
|
||||
当前我有两个主要的功能模块：
|
||||
|
||||
1. 控制（这个模块填写的配置链接获取的必须是完整的配置包含节点信息的。）
|
||||
2. 日志
|
||||
|
||||
首先节点的来源从一个 clash 订阅获取，这里我我希望实现类似于 Sub-Store 那种效果（此项目在 D:\MyCode\Study\Sub-Store 中，你可以翻看实现逻辑），这个功能点就是从一个 clash 顺利转换出各种协议的 sing-box 节点备用。
|
||||
|
||||
用户可以提供一个自己的预填模版（没有节点信息）：类似：
|
||||
|
||||
```
|
||||
{
|
||||
"inbounds": [
|
||||
{
|
||||
"tag": "mixed-in",
|
||||
"type": "mixed",
|
||||
"listen": "127.0.0.1",
|
||||
"listen_port": 20122
|
||||
},
|
||||
{
|
||||
"tag": "tun-in",
|
||||
"type": "tun",
|
||||
"address": ["172.18.0.1/30"],
|
||||
"auto_route": true,
|
||||
"strict_route": true,
|
||||
"route_exclude_address": ["111.1.51.182/32", "112.17.28.117/32"],
|
||||
"stack": "mixed",
|
||||
"platform": {
|
||||
"http_proxy": {
|
||||
"enabled": true,
|
||||
"server": "127.0.0.1",
|
||||
"server_port": 20122
|
||||
}
|
||||
}
|
||||
}
|
||||
],
|
||||
"outbounds": [
|
||||
{
|
||||
"tag": "默认",
|
||||
"type": "selector",
|
||||
"interrupt_exist_connections": true,
|
||||
"outbounds": [
|
||||
"🇺🇸 美国",
|
||||
"🇭🇰 香港",
|
||||
"🇹🇼 台湾",
|
||||
"🇸🇬 新加坡",
|
||||
"🇯🇵 日本",
|
||||
"公益"
|
||||
]
|
||||
},
|
||||
{
|
||||
"tag": "✈️ Telegram",
|
||||
"type": "selector",
|
||||
"interrupt_exist_connections": true,
|
||||
"outbounds": [
|
||||
"默认",
|
||||
"🇺🇸 美国",
|
||||
"🇭🇰 香港",
|
||||
"🇹🇼 台湾",
|
||||
"🇸🇬 新加坡",
|
||||
"🇯🇵 日本",
|
||||
"公益"
|
||||
]
|
||||
},
|
||||
{
|
||||
"tag": "▶️ YouTube",
|
||||
"type": "selector",
|
||||
"interrupt_exist_connections": true,
|
||||
"outbounds": [
|
||||
"默认",
|
||||
"🇺🇸 美国",
|
||||
"🇭🇰 香港",
|
||||
"🇹🇼 台湾",
|
||||
"🇸🇬 新加坡",
|
||||
"🇯🇵 日本",
|
||||
"公益"
|
||||
]
|
||||
},
|
||||
{
|
||||
"tag": "📺 Netflix",
|
||||
"type": "selector",
|
||||
"interrupt_exist_connections": true,
|
||||
"outbounds": [
|
||||
"默认",
|
||||
"🇺🇸 美国",
|
||||
"🇭🇰 香港",
|
||||
"🇹🇼 台湾",
|
||||
"🇸🇬 新加坡",
|
||||
"🇯🇵 日本",
|
||||
"公益"
|
||||
]
|
||||
},
|
||||
{
|
||||
"tag": "🌐 Google",
|
||||
"type": "selector",
|
||||
"interrupt_exist_connections": true,
|
||||
"outbounds": [
|
||||
"默认",
|
||||
"🇺🇸 美国",
|
||||
"🇭🇰 香港",
|
||||
"🇹🇼 台湾",
|
||||
"🇸🇬 新加坡",
|
||||
"🇯🇵 日本",
|
||||
"公益"
|
||||
]
|
||||
},
|
||||
{
|
||||
"tag": "🤖 AI",
|
||||
"type": "selector",
|
||||
"interrupt_exist_connections": true,
|
||||
"outbounds": [
|
||||
"默认",
|
||||
"🇺🇸 美国",
|
||||
"🇭🇰 香港",
|
||||
"🇹🇼 台湾",
|
||||
"🇸🇬 新加坡",
|
||||
"🇯🇵 日本",
|
||||
"公益"
|
||||
]
|
||||
},
|
||||
{
|
||||
"tag": "💭 X",
|
||||
"type": "selector",
|
||||
"interrupt_exist_connections": true,
|
||||
"outbounds": [
|
||||
"默认",
|
||||
"🇺🇸 美国",
|
||||
"🇭🇰 香港",
|
||||
"🇹🇼 台湾",
|
||||
"🇸🇬 新加坡",
|
||||
"🇯🇵 日本",
|
||||
"公益"
|
||||
]
|
||||
},
|
||||
{
|
||||
"tag": "♾️ Meta",
|
||||
"type": "selector",
|
||||
"interrupt_exist_connections": true,
|
||||
"outbounds": [
|
||||
"默认",
|
||||
"🇺🇸 美国",
|
||||
"🇭🇰 香港",
|
||||
"🇹🇼 台湾",
|
||||
"🇸🇬 新加坡",
|
||||
"🇯🇵 日本",
|
||||
"公益"
|
||||
]
|
||||
},
|
||||
{
|
||||
"tag": "🎬 TikTok",
|
||||
"type": "selector",
|
||||
"interrupt_exist_connections": true,
|
||||
"outbounds": [
|
||||
"默认",
|
||||
"🇺🇸 美国",
|
||||
"🇭🇰 香港",
|
||||
"🇹🇼 台湾",
|
||||
"🇸🇬 新加坡",
|
||||
"🇯🇵 日本",
|
||||
"公益"
|
||||
]
|
||||
},
|
||||
{
|
||||
"tag": "💰 PayPal",
|
||||
"type": "selector",
|
||||
"interrupt_exist_connections": true,
|
||||
"outbounds": [
|
||||
"默认",
|
||||
"🇺🇸 美国",
|
||||
"🇭🇰 香港",
|
||||
"🇹🇼 台湾",
|
||||
"🇸🇬 新加坡",
|
||||
"🇯🇵 日本",
|
||||
"公益",
|
||||
"直连"
|
||||
]
|
||||
},
|
||||
{
|
||||
"tag": "🇺🇸 美国",
|
||||
"type": "selector",
|
||||
"interrupt_exist_connections": true,
|
||||
"outbounds": ["🇺🇸 美国自动♻️"]
|
||||
},
|
||||
{
|
||||
"tag": "🇭🇰 香港",
|
||||
"type": "selector",
|
||||
"interrupt_exist_connections": true,
|
||||
"outbounds": ["🇭🇰 香港自动♻️"]
|
||||
},
|
||||
{
|
||||
"tag": "🇹🇼 台湾",
|
||||
"type": "selector",
|
||||
"interrupt_exist_connections": true,
|
||||
"outbounds": []
|
||||
},
|
||||
{
|
||||
"tag": "🇸🇬 新加坡",
|
||||
"type": "selector",
|
||||
"interrupt_exist_connections": true,
|
||||
"outbounds": []
|
||||
},
|
||||
{
|
||||
"tag": "🇯🇵 日本",
|
||||
"type": "selector",
|
||||
"interrupt_exist_connections": true,
|
||||
"outbounds": []
|
||||
},
|
||||
{
|
||||
"tag": "🇺🇸 美国自动♻️",
|
||||
"type": "urltest",
|
||||
"outbounds": [],
|
||||
"url": "http://www.apple.com/library/test/success.html",
|
||||
"interrupt_exist_connections": true
|
||||
},
|
||||
{
|
||||
"tag": "🇭🇰 香港自动♻️",
|
||||
"type": "urltest",
|
||||
"outbounds": [],
|
||||
"url": "http://www.apple.com/library/test/success.html",
|
||||
"interrupt_exist_connections": true
|
||||
},
|
||||
{
|
||||
"tag": "公益",
|
||||
"type": "selector",
|
||||
"interrupt_exist_connections": true,
|
||||
"outbounds": []
|
||||
},
|
||||
{
|
||||
"tag": "直连",
|
||||
"type": "direct"
|
||||
}
|
||||
],
|
||||
"route": {
|
||||
"rules": [
|
||||
{
|
||||
"action": "hijack-dns",
|
||||
"port": 53
|
||||
},
|
||||
{
|
||||
"action": "reject",
|
||||
"network": "udp",
|
||||
"port": 443
|
||||
},
|
||||
{
|
||||
"action": "sniff"
|
||||
},
|
||||
{
|
||||
"action": "reject",
|
||||
"protocol": "quic"
|
||||
},
|
||||
{
|
||||
"action": "hijack-dns",
|
||||
"protocol": "dns"
|
||||
},
|
||||
{
|
||||
"type": "logical",
|
||||
"mode": "or",
|
||||
"rules": [
|
||||
{
|
||||
"domain_suffix": ["excalicode.org"]
|
||||
},
|
||||
{
|
||||
"ip_cidr": ["82.158.226.4"]
|
||||
}
|
||||
],
|
||||
"outbound": "直连"
|
||||
},
|
||||
{
|
||||
"rule_set": ["Telegram", "Telegram_Ip"],
|
||||
"outbound": "✈️ Telegram"
|
||||
},
|
||||
{
|
||||
"rule_set": ["Youtube"],
|
||||
"outbound": "▶️ YouTube"
|
||||
},
|
||||
{
|
||||
"rule_set": ["Netflix"],
|
||||
"outbound": "📺 Netflix"
|
||||
},
|
||||
{
|
||||
"rule_set": ["Google"],
|
||||
"outbound": "🌐 Google"
|
||||
},
|
||||
{
|
||||
"rule_set": ["OpenAI", "Claude", "Gemini"],
|
||||
"outbound": "🤖 AI"
|
||||
},
|
||||
{
|
||||
"rule_set": ["X"],
|
||||
"outbound": "💭 X"
|
||||
},
|
||||
{
|
||||
"rule_set": ["FaceBook"],
|
||||
"outbound": "♾️ Meta"
|
||||
},
|
||||
{
|
||||
"rule_set": ["TikTok"],
|
||||
"outbound": "🎬 TikTok"
|
||||
},
|
||||
{
|
||||
"rule_set": ["PayPal"],
|
||||
"outbound": "💰 PayPal"
|
||||
},
|
||||
{
|
||||
"rule_set": [
|
||||
"GeoSite-Private",
|
||||
"GeoSite-CN",
|
||||
"GeoIP-Private",
|
||||
"GeoIP-CN"
|
||||
],
|
||||
"outbound": "直连"
|
||||
}
|
||||
],
|
||||
"rule_set": [
|
||||
{
|
||||
"tag": "Work",
|
||||
"type": "remote",
|
||||
"url": "https://raw.githubusercontent.com/Docker7530/netbox/refs/heads/main/sing-box/rule_set/work.srs",
|
||||
"download_detour": "默认"
|
||||
},
|
||||
{
|
||||
"tag": "Telegram",
|
||||
"type": "remote",
|
||||
"url": "https://raw.githubusercontent.com/SagerNet/sing-geosite/refs/heads/rule-set/geosite-telegram.srs",
|
||||
"download_detour": "默认"
|
||||
},
|
||||
{
|
||||
"tag": "Telegram_Ip",
|
||||
"type": "remote",
|
||||
"url": "https://raw.githubusercontent.com/DustinWin/ruleset_geodata/refs/heads/sing-box-ruleset/telegramip.srs",
|
||||
"download_detour": "默认"
|
||||
},
|
||||
{
|
||||
"tag": "Youtube",
|
||||
"type": "remote",
|
||||
"url": "https://raw.githubusercontent.com/SagerNet/sing-geosite/refs/heads/rule-set/geosite-youtube.srs",
|
||||
"download_detour": "默认"
|
||||
},
|
||||
{
|
||||
"tag": "Netflix",
|
||||
"type": "remote",
|
||||
"url": "https://raw.githubusercontent.com/SagerNet/sing-geosite/refs/heads/rule-set/geosite-netflix.srs",
|
||||
"download_detour": "默认"
|
||||
},
|
||||
{
|
||||
"tag": "Google",
|
||||
"type": "remote",
|
||||
"url": "https://raw.githubusercontent.com/SagerNet/sing-geosite/refs/heads/rule-set/geosite-google.srs",
|
||||
"download_detour": "默认"
|
||||
},
|
||||
{
|
||||
"tag": "OpenAI",
|
||||
"type": "remote",
|
||||
"url": "https://raw.githubusercontent.com/SagerNet/sing-geosite/refs/heads/rule-set/geosite-openai.srs",
|
||||
"download_detour": "默认"
|
||||
},
|
||||
{
|
||||
"tag": "Claude",
|
||||
"type": "remote",
|
||||
"url": "https://raw.githubusercontent.com/SagerNet/sing-geosite/refs/heads/rule-set/geosite-anthropic.srs",
|
||||
"download_detour": "默认"
|
||||
},
|
||||
{
|
||||
"tag": "Gemini",
|
||||
"type": "remote",
|
||||
"url": "https://raw.githubusercontent.com/SagerNet/sing-geosite/refs/heads/rule-set/geosite-google-gemini.srs",
|
||||
"download_detour": "默认"
|
||||
},
|
||||
{
|
||||
"tag": "X",
|
||||
"type": "remote",
|
||||
"url": "https://raw.githubusercontent.com/SagerNet/sing-geosite/refs/heads/rule-set/geosite-x.srs",
|
||||
"download_detour": "默认"
|
||||
},
|
||||
{
|
||||
"tag": "FaceBook",
|
||||
"type": "remote",
|
||||
"url": "https://raw.githubusercontent.com/SagerNet/sing-geosite/refs/heads/rule-set/geosite-facebook.srs",
|
||||
"download_detour": "默认"
|
||||
},
|
||||
{
|
||||
"tag": "TikTok",
|
||||
"type": "remote",
|
||||
"url": "https://raw.githubusercontent.com/SagerNet/sing-geosite/refs/heads/rule-set/geosite-tiktok.srs",
|
||||
"download_detour": "默认"
|
||||
},
|
||||
{
|
||||
"tag": "PayPal",
|
||||
"type": "remote",
|
||||
"url": "https://raw.githubusercontent.com/SagerNet/sing-geosite/refs/heads/rule-set/geosite-paypal.srs",
|
||||
"download_detour": "默认"
|
||||
},
|
||||
{
|
||||
"tag": "GeoSite-Private",
|
||||
"type": "remote",
|
||||
"url": "https://testingcf.jsdelivr.net/gh/MetaCubeX/meta-rules-dat@sing/geo/geosite/private.srs",
|
||||
"download_detour": "默认"
|
||||
},
|
||||
{
|
||||
"tag": "GeoSite-CN",
|
||||
"type": "remote",
|
||||
"url": "https://testingcf.jsdelivr.net/gh/MetaCubeX/meta-rules-dat@sing/geo/geosite/cn.srs",
|
||||
"download_detour": "默认"
|
||||
},
|
||||
{
|
||||
"tag": "GeoIP-Private",
|
||||
"type": "remote",
|
||||
"url": "https://testingcf.jsdelivr.net/gh/MetaCubeX/meta-rules-dat@sing/geo/geoip/private.srs",
|
||||
"download_detour": "默认"
|
||||
},
|
||||
{
|
||||
"tag": "GeoIP-CN",
|
||||
"type": "remote",
|
||||
"url": "https://testingcf.jsdelivr.net/gh/MetaCubeX/meta-rules-dat@sing/geo/geoip/cn.srs",
|
||||
"download_detour": "默认"
|
||||
}
|
||||
],
|
||||
"auto_detect_interface": true,
|
||||
"default_domain_resolver": {
|
||||
"server": "Local-DNS"
|
||||
}
|
||||
},
|
||||
"dns": {
|
||||
"servers": [
|
||||
{
|
||||
"tag": "Local-DNS",
|
||||
"type": "https",
|
||||
"domain_resolver": "Hosts",
|
||||
"server": "doh.pub"
|
||||
},
|
||||
{
|
||||
"tag": "Fakeip-DNS",
|
||||
"type": "fakeip",
|
||||
"inet4_range": "198.18.0.0/15",
|
||||
"inet6_range": "fc00::/18"
|
||||
},
|
||||
{
|
||||
"tag": "Work-Test-DNS",
|
||||
"type": "udp",
|
||||
"server": "172.22.102.231",
|
||||
"bind_interface": "wg0"
|
||||
},
|
||||
{
|
||||
"tag": "Work-Oa-DNS",
|
||||
"type": "udp",
|
||||
"server": "10.54.2.232",
|
||||
"bind_interface": "wg0"
|
||||
},
|
||||
{
|
||||
"tag": "Hosts",
|
||||
"type": "hosts",
|
||||
"predefined": {
|
||||
"doh.pub": ["1.12.12.21", "120.53.53.53"]
|
||||
}
|
||||
}
|
||||
],
|
||||
"rules": [
|
||||
{
|
||||
"domain": ["koms.komect.net"],
|
||||
"server": "Work-Oa-DNS"
|
||||
},
|
||||
{
|
||||
"rule_set": ["Work"],
|
||||
"server": "Work-Test-DNS"
|
||||
},
|
||||
{
|
||||
"rule_set": ["GeoSite-Private", "GeoSite-CN"],
|
||||
"server": "Local-DNS"
|
||||
},
|
||||
{
|
||||
"query_type": ["A", "AAAA"],
|
||||
"server": "Fakeip-DNS"
|
||||
}
|
||||
],
|
||||
"strategy": "prefer_ipv4"
|
||||
},
|
||||
"experimental": {
|
||||
"clash_api": {
|
||||
"external_controller": "0.0.0.0:9595",
|
||||
"external_ui": "ui",
|
||||
"external_ui_download_url": "https://github.com/Zephyruso/zashboard/archive/refs/heads/gh-pages.zip",
|
||||
"external_ui_download_detour": "默认",
|
||||
"secret": ""
|
||||
},
|
||||
"cache_file": {
|
||||
"enabled": true,
|
||||
"store_fakeip": true,
|
||||
"store_rdrc": true
|
||||
}
|
||||
}
|
||||
}
|
||||
|
||||
```
|
||||
|
||||
这个东西先设计为通过 URL 拉取的形式吧类似与这种：
|
||||
|
||||
```
|
||||
https://raw.githubusercontent.com/Docker7530/netbox/refs/heads/main/sing-box/config/config_sub.json
|
||||
```
|
||||
|
||||
然后重点来了，我想给用户一个脚本区域。实现节点和模版配置的拼接类似：
|
||||
|
||||
```
|
||||
const CONFIG = {
|
||||
name: "all",
|
||||
type: "collection",
|
||||
includeUnsupportedProxy: false,
|
||||
groups: [
|
||||
{
|
||||
outbound: "🇭🇰 香港",
|
||||
tags: String.raw`^(?!.*公益).*(港|hk|hongkong|kong kong|🇭🇰)`,
|
||||
},
|
||||
{
|
||||
outbound: "🇹🇼 台湾",
|
||||
tags: String.raw`^(?!.*公益).*(台|tw|taiwan|🇹🇼)`,
|
||||
},
|
||||
{
|
||||
outbound: "🇯🇵 日本",
|
||||
tags: String.raw`^(?!.*公益).*(日本|jp|japan|🇯🇵)`,
|
||||
},
|
||||
{
|
||||
outbound: "🇸🇬 新加坡",
|
||||
tags: String.raw`^(?!.*公益).*(新|sg|singapore|🇸🇬)`,
|
||||
},
|
||||
{
|
||||
outbound: "🇺🇸 美国",
|
||||
tags: String.raw`^(?!.*公益).*(美|us|unitedstates|united states|🇺🇸)`,
|
||||
},
|
||||
{ outbound: "公益", tags: String.raw`公益` },
|
||||
],
|
||||
};
|
||||
|
||||
const args = (typeof $arguments === "object" && $arguments) || {};
|
||||
|
||||
const subscriptionName =
|
||||
(typeof args.name === "string" && args.name.trim()) || CONFIG.name;
|
||||
|
||||
const t = args.type?.trim?.().toLowerCase?.();
|
||||
const subscriptionType =
|
||||
t === "s" || t === "subscription" ? "subscription" : CONFIG.type;
|
||||
|
||||
const rawConfig = $content ?? $files?.[0];
|
||||
const parser = ProxyUtils.JSON5 || JSON;
|
||||
const config = parser.parse(rawConfig);
|
||||
|
||||
if (!Array.isArray(config.outbounds)) {
|
||||
throw new TypeError("配置文件格式错误: outbounds 字段缺失或不是数组");
|
||||
}
|
||||
|
||||
const proxies = await produceArtifact({
|
||||
name: subscriptionName,
|
||||
type: subscriptionType,
|
||||
platform: "sing-box",
|
||||
produceType: "internal",
|
||||
produceOpts: {
|
||||
"include-unsupported-proxy": CONFIG.includeUnsupportedProxy,
|
||||
},
|
||||
});
|
||||
|
||||
const rules = CONFIG.groups.map((rule) => ({
|
||||
outboundReg: new RegExp(rule.outbound, "i"),
|
||||
tagReg: new RegExp(rule.tags, "i"),
|
||||
}));
|
||||
|
||||
for (const outbound of config.outbounds) {
|
||||
if (!Array.isArray(outbound.outbounds)) continue;
|
||||
const targetRules = rules.filter(({ outboundReg }) =>
|
||||
outboundReg.test(outbound.tag)
|
||||
);
|
||||
for (const { tagReg } of targetRules) {
|
||||
const matchedTags = proxies
|
||||
.filter(({ tag }) => tagReg.test(tag))
|
||||
.map(({ tag }) => tag);
|
||||
if (matchedTags.length > 0) {
|
||||
outbound.outbounds.push(...matchedTags);
|
||||
} else if (!outbound.outbounds.includes("直连")) {
|
||||
outbound.outbounds.push("直连");
|
||||
}
|
||||
}
|
||||
}
|
||||
|
||||
config.outbounds.push(...proxies);
|
||||
|
||||
$content = JSON.stringify(config, null, 2);
|
||||
|
||||
```
|
||||
|
||||
这是我在 substore 的实现效果，你可以更具咋们当前的项目设计一下这个脚本操作怎么暴露给用户合适。更高级，现代化，符合咋们的项目。
|
||||
|
||||
然后还有个问题，这里生成的配置怎么和 控制模块结合，是以控制模块选择应用的形式还是怎么合适。先出一版设计方案。
|
||||
|
||||
---
|
||||
|
||||
招聘【全栈工程师】全职/兼职
|
||||
|
||||
1. 工作内容：宠物类小程序全栈维护，前端后端及开发 bug 修复
|
||||
2. 工作待遇：工资面谈，创始股权激励
|
||||
3. 要求：熟悉 ai 工作原理，有 5 年以上全栈经验，5-10 年技术开发经验
|
||||
4. 工作时间：弹性工作制，时间灵活
|
||||
5. 工作地点：接受线上办公
|
||||
6. 联系方式：18613375551
|
||||
|
||||
---
|
||||
|
||||
```
|
||||
curl --location 'http://localhost:8082/api/monitor/ops/illegal/domain/email/send?email=15033848944%40163.com' \
|
||||
--header 'Content-Type: application/json' \
|
||||
--data '[
|
||||
{
|
||||
"provider": "阿里云",
|
||||
"domain": "example.com"
|
||||
},
|
||||
{
|
||||
"provider": "腾讯云",
|
||||
"domain": "test.com"
|
||||
}
|
||||
]'
|
||||
```
|
||||
|
||||
# 总结
|
||||
@@ -0,0 +1,12 @@
|
||||
# 任务
|
||||
|
||||
- [x] 开发：参加 IBS 项目晨会，同步昨日问题跟进事项。（李春良 0.5）
|
||||
- [x] 测试：新增域名工单，校验是否有在途的 esop 和 cache+ 自助域名工单。（张鹏豪 2）
|
||||
|
||||
# 日志
|
||||
|
||||
详细了解了退休金及算的原理。我个人的感觉就是你只要追这平均工资就不会被落下。
|
||||
|
||||
# 总结
|
||||
|
||||
详细了解了退休金及算的原理。又成长了。
|
||||
Reference in New Issue
Block a user