小問題：

這個插件是什么，auto tree ？

子任務(wù)的tag 標(biāo)簽會不會過多，使用tag查詢性怎么保證？這么多的tag怎么從task的完成過程中提取card；已經(jīng)完成的task的標(biāo)簽怎么處理，會和新任務(wù)的標(biāo)簽重復(fù)么？

隱含時間精力的投入的排序，從extra到outcome

task 和outcome是一一對應(yīng)的，cad的圖不必要放在里面，使用md文件關(guān)聯(lián)上就行了

input output的改變

原始學(xué)習(xí)資料的篩選和分類

碎片學(xué)習(xí)，沒有特別的目的性的，次專業(yè)的碎片時間了解的東西；過濾，提取，用于了解一個內(nèi)容

專題學(xué)習(xí)，專門研究某一個主題或者內(nèi)容；組合關(guān)聯(lián)，理解

系統(tǒng)學(xué)習(xí)，有一個學(xué)習(xí)框架，有老師帶著的；需要高度的重組，提煉

系統(tǒng)學(xué)習(xí)的內(nèi)容自己更容易形成outcome

閃念筆記，自己的靈感的捕獲和記錄

卡片筆記，文字形式為主的，自己的思考和歸納

繪圖腦圖，提煉和簡化，canvas，對一個概念進(jìn)行一個描述，對關(guān)系的呈現(xiàn)

知識地圖，MOC，不強調(diào)形式，主要強調(diào)筆記的關(guān)聯(lián)性，輔助一個問題自我思考的系統(tǒng)性

給自己看的，可能會產(chǎn)生變化，輔助產(chǎn)生輸出，但是不是outcome，畢竟outcome有很成熟的表達(dá)和要求

根據(jù)自己的需求創(chuàng)建任務(wù)

每個項目最好找到一個outcome去對應(yīng)

每個文件是一個當(dāng)日的任務(wù)清單

TDL的寫法建議：

• 不需要折騰自動任務(wù)轉(zhuǎn)到明天的自動化，自己就寫今天可以完成的東西
• 每個任務(wù)擁有一個自己的標(biāo)簽

寫出解決的過程，至于之后是否需要寫成一個卡片，可以看后面的需求

在任務(wù)的子list下面寫出文件鏈接或者解決可能的方法

任務(wù)的創(chuàng)建是為了今天完成，如果你不能完全完成，就先列一個小任務(wù)可實現(xiàn)的目標(biāo)

IOTO對于我來說，建立流暢的任務(wù)完成的流程、輔助自我對成果的打磨，對階段性任務(wù)的控制更清楚的把控，對學(xué)習(xí)的東西怎么使用怎么形成產(chǎn)出進(jìn)行積累

閃念記載一個里面，不需要任何模板；記錄的是和我關(guān)注的話題的內(nèi)容，生活上的瑣碎的東西不需要記錄

使用時間戳筆記自動生成（格式中有保留字符，如果必須使用，使用斜桿轉(zhuǎn)義）

dashboard

workspace，對各個dashboard 的展示

• task標(biāo)簽 后面接的是做事的性質(zhì)，
• 記錄做任務(wù)的過程
• 對任務(wù)的時間進(jìn)行記錄

容易低估任務(wù)的量，就造成任務(wù)完成不了

vika 一個1w次的量，airtable只有每秒的限制

新腳本是十個十個文件訪問一次