Aily BlocklyのABSでブロックの接続形式や引数順、値・変数の書き方を確認し、条件分岐やループを含むブロックコードを記述するための構文リファレンスです。
- ABSの引数順を確認したいとき
- 条件分岐やループを記述したいとき
- Blocklyコードの構文を調べたいとき
過去のチャット履歴を検索し、以前の決定やツール実行、作業内容、利用上の工夫を確認できます。必要に応じて履歴の検索用インデックスも再構築します。
Analyze indexed Aily chat session history for prior decisions, tool executions, project summaries, usage tips, and session-store reindexing.
実行スコア 未検証
インストール方法を見る保存されたチャット履歴のインデックスを検索し、過去の会話で決めたこと、実行したツール、作業したファイル、プロジェクトの概要などを確認します。会話の要約やチェックポイント、外部参照、生成物の情報も、質問に応じて照合できます。最近のセッションをもとに日次・プロジェクト単位のまとめを作ったり、繰り返し使われたツールやファイルから利用上のヒントを整理したりする用途にも向いています。検索結果が古い場合や利用者から依頼された場合は、保存済み履歴からローカルのインデックスを再構築します。
履歴の検索には読み取り専用の session_store_sql を使い、SQLは単一の SELECT または WITH 文に限定します。明示的なメモを読み書きする memory_tool とは対象が異なり、こちらは保存済みセッションの記録を調べます。見つからない場合も、インデックス内に根拠がないことを示すにとどめ、履歴の範囲外で起きたことまで否定しません。
以前の会話で決めた方針を思い出したいときや、あるファイルをいつ扱ったか、どのツールを使ったかを確認したいときに使えます。作業の引き継ぎに向けて最近のセッションをまとめたい場合や、履歴検索で情報が見つからず、インデックスを更新したい場合にも役立ちます。
検索対象は保存済み履歴を登録したローカルインデックスです。利用には session_store_sql が必要です。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Use this skill when the user asks about previous conversations, earlier project decisions, prior tool executions, compacted-away details, generated artifacts, daily summaries, usage/workflow tips, or rebuilding the local session index.
Chronicle is separate from memory_tool:
memory_tool reads and writes explicit notes under /memories/....session_store_sql queries the read-only indexed session store containing
saved turns, checkpoints, files, refs, tool requests, and artifacts.Use session_store_sql.
Actions:
| Action | Purpose | Required input |
|---|---|---|
query | Execute one read-only SQL query | description, query |
reindex | Rebuild the local index from saved session history | description, optional force |
Only call action="reindex" when the user asks to rebuild the index, or when
query results look stale and you explain why reindexing is needed.
SELECT or WITH.datetime('now', '-1 day') for local date math.now() - INTERVAL.search_index MATCH ... for FTS search over indexed turn/checkpoint
content.LIKE for file paths, refs, and Chinese/no-whitespace fallback searches.sessionsOne row per indexed session.
Important columns:
id: session idcwd: working directoryrepository: repository label when knownhost_type: host/client labelbranch: branch label when knownsummary: session summary when availableagent_name, agent_description: agent surface metadatacreated_at, updated_atturnsOne row per indexed turn.
Important columns:
session_idturn_indexuser_messageassistant_responsetimestampcheckpointsCompaction/checkpoint summaries.
Important columns:
session_idcheckpoint_numbertitleoverviewhistorywork_donetechnical_detailsimportant_filesnext_stepscreated_atsession_filesFiles touched or referenced by tools.
Important columns:
session_idfile_pathtool_nameturn_indexfirst_seen_atsession_refsLightweight external references extracted from turns.
Important columns:
session_idref_typeref_valueturn_indexcreated_attool_requestsTool-call audit rows.
Important columns:
session_idturn_indextool_call_idtool_nameargumentsresultstatecreated_atsearch_indexFTS table for session text and artifacts.
Important columns:
contentsession_idproject_pathsource_typesource_idturn_indextitlecreated_atSearch previous sessions for a topic:
SELECT session_id, source_type, title, substr(content, 1, 300) AS excerpt
FROM search_index
WHERE search_index MATCH '"command_exec" OR "terminal"'
ORDER BY created_at DESC
LIMIT 10
Find recent sessions:
SELECT id, cwd, summary, updated_at
FROM sessions
WHERE updated_at >= datetime('now', '-7 days')
ORDER BY updated_at DESC
LIMIT 20
Find prior command-line tool executions:
SELECT session_id, turn_index, tool_name, arguments, state, created_at
FROM tool_requests
WHERE tool_name IN ('command_exec', 'run_in_terminal')
ORDER BY created_at DESC
LIMIT 20
Find sessions that touched a file:
SELECT s.id, s.summary, f.file_path, f.tool_name, f.first_seen_at
FROM session_files f
JOIN sessions s ON s.id = f.session_id
WHERE f.file_path LIKE '%project.abs%'
ORDER BY f.first_seen_at DESC
LIMIT 20
Find checkpoint summaries:
SELECT session_id, checkpoint_number, title, overview, created_at
FROM checkpoints
ORDER BY created_at DESC
LIMIT 20
Chinese/no-whitespace fallback search:
SELECT session_id, source_type, title, substr(content, 1, 300) AS excerpt
FROM search_index
WHERE content LIKE '%命令行%' OR content LIKE '%工具%'
ORDER BY created_at DESC
LIMIT 10
Token/usage analysis when usage columns are present:
SELECT s.agent_name,
SUM(e.usage_input_tokens) AS input_tokens,
SUM(e.usage_output_tokens) AS output_tokens,
e.usage_model
FROM events e
JOIN sessions s ON s.id = e.session_id
WHERE e.event_type = 'assistant.usage'
GROUP BY s.agent_name, e.usage_model
ORDER BY input_tokens + output_tokens DESC
LIMIT 20
If the local store does not contain usage columns, say that token-level analysis
is unavailable in the current index and use proxies such as long sessions,
large turns.user_message, repeated session_files, and repeated
tool_requests.
When the user asks whether something happened before, search the current
project/session index with session_store_sql. Prefer FTS search_index for
free-text history and join to sessions only after you have candidate
session_ids. Also check tool_requests, session_files, and session_refs
when the user's question mentions tools, files, PRs, issues, commits, or
artifacts.
If no results are found, say that the indexed history does not contain evidence. Do not claim the event never happened outside the indexed scope.
For daily or project summaries, first query recent sessions, then enrich with
turns, checkpoints, session_files, and session_refs. Keep the summary
grounded in the rows returned by session_store_sql.
For usage or workflow tips, inspect recent sessions, turn counts, repeated file touches, and repeated tool requests. Provide only recommendations grounded in observed rows.
If the user asks to rebuild or refresh the session index, call:
{
"action": "reindex",
"description": "Rebuild local Chronicle session index",
"force": true
}
After reindexing, report the before/after stats and retry the user's intended query if appropriate.
まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
Aily BlocklyのABSでブロックの接続形式や引数順、値・変数の書き方を確認し、条件分岐やループを含むブロックコードを記述するための構文リファレンスです。
BlocklyやABSプログラムの編集で、必要なライブラリ情報を確認し、ワークスペースへの反映と変更に応じた検証を進めます。
新しいBlocklyプロジェクトの候補ボードやライブラリを調べ、配線や検証手順を含む計画を提示して選択を促します。
会話の要点や未完了の作業、参照すべき資料を一時ディレクトリの引き継ぎ文書にまとめ、次のエージェントが続きから作業できるようにします。
コードベースを読み取り専用で調査し、バグやセキュリティ、性能、テスト、技術的負債などの改善点を優先順位付きで整理して、別の担当者が実行できる計画にまとめます。
ArduinoやESP32のライブラリをAily Blockly向けに変換するため、公開APIの分析からブロック定義、コード生成、ボード対応、パッケージ構成までの手順を確認できます。