blog/release/time/d.20240515.md

9.0 KiB
Raw Blame History

2024.05.15.

日小结

根据ego模型时间接口今天绑定模版1。


season stat:

task alloc sold hold todo
total 13275 10382 2893 2580
PSMD 7000 5371 1629 525
learn 1000 472 528 750
ego 3000 2304 696 705
js 1375 705 670 300
xuemen 600 1136 -536 210
raw 300 364 -64 90
infra 0 30 -30 0

waiting list:

  • 30分钟时间片

    • ego的第1号事项在draft+season+task metadata基础上设计总结功能
    • js的第2号事项自动收发email。
    • learn的第2号事项YARRRML
    • raw的第2号事项检查etable递归过程是否累加amount字段而未检查unit字段的。
  • 60分钟时间片

    • js的第1号事项可交互的静态网页
    • learn的第1号事项github的actions,workflow,job脚本语法
    • raw的第1号事项根据过去数据给出15天内的建议。
    • xuemen的第1号事项整理kernel、ISU、JPU之间的关系厘清概念。
  • 90分钟时间片

    • PSMD的第1号事项起草标准模型2405
    • PSMD的第3号事项term metadata生成按修订层级排版的COM metadata。
    • ego的第3号事项代码实现有互动的总结功能。
    • learn的第6号事项把PSMD的data、src部分升级到rdf如果升级成功则作为范例。
  • 195分钟时间片

    • PSMD的第2号事项term + COM matedata -> deploy metadata -> deploy view
    • learn的第7号事项rust入门

[email] | top | index

7:45~8:44

整理term.9d12877c的附件部分。

  • 整理 附件20
    • 删去949e69e3
    • 删去bb8005b9
    • 把它们的条款集中到 dbe32f79
    • 可以删去20.3把原20.2上提首选原20.1下降为备选。
    • 或者把附件20、21合并。
      • 删除33523fe1
      • 删除a1c197a9
      • 删除259076a4
      • 删除4116b506
      • 删除607455c0
附件20. 对于已发生的行为,可以按照以下方式之一进行核实:
附件20.1. 提供完整、连续、不可删改的记录;
附件20.2. 提供涉事各方的自述,以及每一方对其他方自述的意见;
附件20.3. 涉事各方全体同意,推举一名或多名保证人:
- 保证人在自己主要工作中,按照前两条之一公布信息;
- 由保证人调查涉事各方的历史行为,提供调查记录。
附件21. 对于某方案的预期效果,可以按照以下方式之一提供依据:
附件21.1. 有强制力的法规,保证该预期效果;
附件21.2. 实践案例的效果:
- 必须是涉事各方无法控制范围内的实践案例;
- 多种预期效果应按实践结果估算比例。
附件21.3. 发布开放的要约:
- 职务行为按附件20进行公示接受事后印证并公示印证结果
- 该预期效果纳入考核,以取得该预期效果为前提获得收益。
  • 利用休整时间继续整理,已经对外试用,过段时间总结试用结果。

[email] | top | index

9:30~10:59

整理材料

时间被银行事务临时占用todo项回到waitinglist。

[email] | top | index

14:00~14:29

debug-diff mode较大天数返回空数据创建三个R文件。

  • 使用-1000、-2000、-3000都不能重现问题。可以返回正确数据。
  • 可能以前正好diff到一个出差或者连续熬夜的时间没有数据。
  • 登记7分钟提前开始下一个任务。

[email] | top | index

14:30~14:59

增加email互动

  • 在日计划、日小结、次日规划上增加了含有主体和简要信息的email入口。
  • 登记60分钟总结功能另外追加todo项
  • '30': 在draft+season+task metadata基础上设计总结功能

[email] | top | index

16:00~16:59

整理近期手稿

ego

1

共同体模型和自然人模型的统一接口

  • 调整接口
    • 交易 or 达成合同
    • 分立 split
    • 合并 joint
  • 使用接口
    • 行使权力 or 可选的、主动的行为
    • 履行责任 or 强制的、被动的行为
    • 提取利益 or 使用记账服务,可视为权力。
  • 对内
    • 升级个体模型
  • 权责接口可以用来生成菜单项
  • 可以结合其它脚本语法,在实现中再检验。

2

  1. 在不同合同(账号)下对外交互
  2. 不同合同(账号)在自我资源中的分配优先权
  3. 各账号成就的管理
  • P2 event

  • P1 evnet

    • 主体小结:一次性交流 -> 要约 -> 正式合同 -> 项目交流
  • raw

    • time
      • event text、law、code
        • 每日计划
        • 每日小结
        • 每月计划
          • 分配到账号下
        • 每月小结
    • food
    • health
  • 怎么从对外交互传递压力到内部,产生最佳的行为。
  • 跨账号、跨合同的事件之间怎么使用统一的尺度分配资源。
  • 只是罗列零散想法,没有形成可执行的方案。

3

-raw - time -> log - food - health

  • input -> 分类, tag

    • 人工处理作为sample
      • 人工复制draft到output
    • code + data处理
      • 自动产生draft -> output
        • 营养成分表
          • 始末
          • 增量
        • 时间表
          • 计划
          • 小结
        • tag表
          • 层级
          • 分配权重
  • level n output

    • 人工sample
    • metadata + code
      • level n+1 sample
      • metadata + code
        • level n+2 sample
          • ......
  • 一个层级的人工编程、编辑metadata就是更深层级的sample进一步以code+metadata实现同样的工作。
  • 沿着这个模型,不断寻找更深层级的知识。

4

自然人的个体模型:原始到破缸

  • 条件反射在vat中使用一些假设和定义对input产生output同时产生log
  • 有意识的行为在vat以外根据event listener、FSM、LUT对input产生output同时产生log
  • 对log进行分析、识别提取出假设、定义以及其上的条件反射 -> 共享入库 -> 在分析识别中使用
    • 修改event listener
    • 修改FSM
    • 修改LUT
  • 把进化过程显性化便于下一步设计metadata和合同。

5

site (container)

  • deploy
    • fork
    • split
    • joint
container is a type of deployment for support others
  • model+token输入到container中产生deployment
    • event经过container的mux传递到deployment
    • deployment的action经过container的filter输出到外界
  • 对container中的deployment建模modeling产生model
  • 帮助个人模型升级的过渡装置,也是一个主体对另一个主体的孵化。

6

  • event -> entity -> action + record
  • entity
    • public
      • deploy <- model repo
      • modeling -> model repo
        • model repo -deploy-> container = human or mechine or node
    • private
  • 描述了模型库的原始来源一些实践案例的public部分
  • 描述了container的三种类型

  • 还没有整理完继续最佳todo项。