Skip to content

Latest commit

 

History

History
70 lines (56 loc) · 2.54 KB

README.md

File metadata and controls

70 lines (56 loc) · 2.54 KB

km

注意力与知识管理群专用版本库

背景

「 林一二-语义网-北京: 你是提议大家尽量把有价值的群聊内容整理到git仓库里吗?先用群助手从手机上变到网站上,方便复制粘贴,再贴到git仓库里 」


「 林一二-语义网-北京: 自己那部分的内容放到组织中自己的仓库里 」


「 林一二-语义网-北京: 然后评论系统的 repo 设置为某个主repo,这样可以把大家的评论汇总到一处 」


是也乎,( ̄▽ ̄) 用 github-pages 作统一的免费发布/流量托管, 最多我们配置或是申请一个域名; 在 Jekyll 的支持下, 所有来源内容, 通过任何渠道:

  • git
  • web
  • api
  • bot ...

只要丢入 仓库, 就将完成自动 Ci/CD 发布出来, 同时, 所有静态网页又有评论可以汇集回 仓库-issue 那么, 微信群又可以根据 Issue 主题快速讨论形成新的内容 这样就完成了信息的良性循环

「 红军大叔: 用gist是为了持续更新某一个specialtopic的文章 」


「 红军大叔: 不然每次都push不方便 」


「 红军大叔: 以前blog是用来发一次性的链接即可, 以后打算更多加入追踪持续更新。 」


是也乎,( ̄▽ ̄) 不过, 无论 repo/wiki 都可以在 web 页面上持续增补文章, 而版本是自动化追踪的, 可以不用管.... 简单说, github 虽然是项目托管空间, 但是, 因为提供了完备的渠道, 具体怎么用, 其实并没有强制工程化, 协同, 怎么舒服怎么来, 关键是持续协同, 而不是工具使用正义化

隔壁社群, 俺设计的信息循环,有点儿复杂, 因为是慢慢几年积累变化过来的... 集智这个可以 MVP 走起来

+wx->gh-repo->gh-issue->gh-wiki+
^                              |
|                              V
+---- mailling-list -----------+

目标

「 林一二-语义网-北京: 那我们正好让它活跃起来,我觉得可以先写个脚本把群精华给挪上去 」


「 林一二-语义网-北京: 群精华是聊天记录的形式,以什么方式展示比较好呢? 」


「 吴笛-知识管理工具研究者: 群精华可能并不容易导出... 」


是也乎,( ̄▽ ̄) 时序对话体就好... 和 IRC 自动日志一样先

进展