希哲14年7月19日の開発
K#9-D657 氏や K#9-EDD2 氏との対話を通じて，いまのデライトの「どちらかが自分の輪郭であれば引き入れ・引き外し出来る」という輪括関係が合意関係ないし黙認関係としてそれほど悪くない気がしてきた。
利用者が増えてくれば、引き入れと引き外しの編集合戦が起こるのではないかと考えている
もし編集合戦が押し起こるようであれば、引き入れた輪郭の内、先頭に固定で表示する輪郭を指定する機能があってもいいかもしれない。
消す、消されるの関係は殺伐とした印象
今こういう機能が必要かというと、何も問題は起こってないので対処はいらなさそう。
K#9-D657 氏や K#9-EDD2 氏との対話を通じて，いまのデライトの「どちらかが自分の輪郭であれば引き入れ・引き外し出来る」という輪括関係が合意関係ないし黙認関係としてそれほど悪くない気がしてきたため，しばらくこのまま様子を見ることにした。
何より，設計の単純性を維持することが出来，実装の手間は省け，容量の節約にもなる。輪括に操作者情報を加えるという案はいったん保留とする。時印くらいは必要かとも考えたが，これもそれほど明確ではないため，必要になった時に追加すれば良い。
K#9-EDD2 氏によるデライトから Scrapbox へ転記するスクリプトのジェネレータによって，外部通類や外部サービスに対する方針，KNEST の公開などについてよく考えた。
これまで，外部通類・サービスに関しては特に禁止しようとも推奨しようとも思っていなかった，というより，かなり先の話だと思っていたので本格的に考えていなかった。基本的には，共生出来れば良い，という方針でまとめていきたい。
その他，ツイスト用ブックマークレットや始判記法の考案，不具合修正や用合い上の細々とした問題を解決。
