{求頼 K#F85E/A-D2FA}

デライト文書構造最適化少々，高速化の作業方針検討，その他情報収集など。

前後景部でいくつか微調整したいことがあるため，すぐに終わる作業は中景輪符整理の前に，時間がかかる作業は「前後景部整理」として後回しにすることにした。

高速化に関しては無駄な求頼などの洗い出し。まずは自我情報の隠しからか。

KNEST 隠し整備。

ようやく DG_T 周りの交度を整理し終え，備立・動作確認まで出来た。

KNEST 隠しの実装はこれからだが，この時点で求頼の多さ・遅さを補ってあまりある性能改善が見込めることが分かった。これまで実装・運用の試行錯誤の中で LCK() による排他制御がかなり冗長にかかっていたが，KNEST 隠しを前提に交度を整理し，無駄な排他制御を大方削ったことで多糸の利点を十分に引き出せるようになった。

後の実装・最適化は漸進的に行えるものばかりなので，明日一通り点検・手定めを行い一段落としたい。

明日はこれに加え，中断していた新規利用者登録（自我登録）からの動線整備の作業を終わらせ，デライト宣伝攻勢に転じたい。

KNEST 隠し整備を始めた26日の開発からここまで，休日などを除いて正味1週間ほどかかったが，北極5丁目も半分を残してこの成果なら上出来だろう。

デライトの宣伝下準備をしつつ，新括体採番法実装。

新括体採番法実装は今日中に終えたかったが，実装以外にも知番周りの仕様，求頼備立の調整など，考えることが多かった上，睡眠不足気味なこともあり途中で終了。

実装方針は出来たため，明日には終わるだろう。新括体採番法の求頼は部分的ながら旧括体採番法より数倍速いことも分かり，初期化時のみならず，描出効率の改善にもなりそうだ。

これまで，_dg_kno は有効な知番の集合という一次的な意味があったため一次定表としていたが，今後は単なる _dg_oln 探索の隠しとなるため，_ 接頭子は外しておくことにした。

これに伴ない，知番節表の名前も dg_kt に決まった。

これを機に，自動的に採番される知番節下限・上限（採番範囲）については 0x10〜0xFFFE と明確に決めた。

デルン初期から，司組での利用可能性に加え，出来るだけ無意識に扱ってほしい知番で意味ありげな小さい数字を出したくないという意図もあり，ある程度下限を定めることは考えていた。とはいえ実装する上でそんな細かいことを考えている余裕が無かったせいもあり，dg_rsv_kno_ego() では 0x21〜0xFFFF まで取っていたり，最近の dg_rsv_kno() では 1〜0xFFFE まで取っていたりと，実装時期・箇所によりばらつきがあった。

知番節の出現位置で変えるということも考えたが，無駄に複雑化させるのは好ましくない。一律でと考えた時，0x10〜0xFFFE が司組・用者の便宜，分かりやすさ（キリの良さ）など総合して最善だろう。現状，16進数1桁を利用している第零番節とも整合する。

また，現状，別実装になっている dg_kno_ego_vac() も dg_kno_vac() に一本化することにした。

前後景一覧整備，装体書整理，ページ付け，自輪郭検索。

実験的な機能を加えてきた dg_bg()，dg_fg() 周りがかなり混乱している。一部求頼が遅い原因もこのあたりにある。

整理方針を検討して終了。

『希哲辞典』，科定（カテゴリー），離立（リリース），求頼（クエリー），遅来（ディレイ），備立（ビルド），輪結（リンク）などを追加。

https://dict.kitetu.com/

今日の便利な希哲館訳語：きゅうらい【求頼】クエリー（query）。勘報（コンピューティング）では「問い合わせ」が冗長かつ誤解の余地のある訳語であるため「クエリ」と混在している現状がある。要求と依頼を合成。