日報をCursorに書いてもらうためにあれこれ収集する
常々「あとはがんばるだけ」の状態にすれば勝ち確だと思って生きています。
真面目に労働するところはがんばるので、それ以外は手を抜きたいところ。
日報が勝手に生えてくれると便利だなーと思ったので、冬休みの自由研究として作ってみました。
必要なツール¶
- gh
- jq
- sqlite3
- cursor-agent
- GNU coreutils
- gdateコマンドを使用します
GitHubのアクティビティ¶
指定日付でユーザが関与したPR / Issueを取得、JSON Lines形式で標準出力するツールを作ります。
自分のエンジニアリング成果を「見える化」してドヤるための GitHub CLI 拡張 gh-brag を作った を参考にさせていただきました。
https://github.com/jackchuka/gh-brag/blob/main/internal/collect/search.go のSearchQueryをほぼそのまま利用させてもらいました。
#!/usr/bin/env bash
set -euo pipefail
[[ $# -gt 2 ]] && exit 1
DATE="${1:-$(date +%Y-%m-%d)}"
USERNAME="${2:-}"
if [[ -z "$USERNAME" ]]; then
USERNAME=$(gh api user --jq .login)
[[ -z "$USERNAME" ]] && {
echo "エラー: GitHubユーザー名の取得に失敗しました" >&2
exit 1
}
echo "ユーザー名: $USERNAME" >&2
fi
read -r -d '' SEARCH_QUERY <<'EOF' || true
query($q: String!, $endCursor: String) {
search(query: $q, type: ISSUE, first: 100, after: $endCursor) {
pageInfo {
hasNextPage
endCursor
}
nodes {
__typename
... on PullRequest {
url
title
body
state
createdAt
updatedAt
closedAt
author { login }
reviews(first: 10) { nodes { author { login } } }
}
... on Issue {
url
title
body
state
createdAt
updatedAt
closedAt
author { login }
}
}
}
}
EOF
if [[ "$DATE" == *".."* ]]; then
query="author:$USERNAME created:$DATE"
else
query="author:$USERNAME created:$DATE..$DATE"
fi
echo "検索クエリ: $query" >&2
tmpfile=$(mktemp)
trap 'rm -f $tmpfile' EXIT
cursor=""
page=1
total=0
while true; do
echo "ページ $page を取得中..." >&2
args=(-f "q=$query" -f "query=$SEARCH_QUERY")
[[ -n "$cursor" ]] && args+=(-f "endCursor=$cursor")
response=$(gh api graphql "${args[@]}" 2>&1) || {
echo "エラー: GraphQLリクエストに失敗しました" >&2
echo "$response" >&2
exit 1
}
has_next_page=$(echo "$response" | jq -r '.data.search.pageInfo.hasNextPage')
cursor=$(echo "$response" | jq -r '.data.search.pageInfo.endCursor')
node_count=$(echo "$response" | jq '.data.search.nodes | length')
echo " 取得件数: $node_count 件" >&2
if [[ "$node_count" -gt 0 ]]; then
echo "$response" | jq -c '.data.search.nodes[]' >>"$tmpfile"
total=$((total + node_count))
fi
[[ "$has_next_page" = "false" ]] && break
page=$((page + 1))
done
if [[ "$total" -gt 0 ]]; then
jq -c '.' "$tmpfile"
else
echo "[]"
fi
Slackのactivity¶
Slackの自分の発言を全部取得して、GitHubと同様にJSON Linesで標準出力します。。
環境変数としてSLACK_USER_TOKENとUSER_NAMEを宣言してから実行します。
#!/usr/bin/env bash
set -euo pipefail
SLACK_TOKEN="${SLACK_USER_TOKEN:-}"
USER="${USER_NAME:-}"
DATE="${1:-$(date +%Y-%m-%d)}"
if [[ "$DATE" == *".."* ]]; then
FROM_DATE=$(gdate --date ""${DATE:0:10}" -1 days" +%Y-%m-%d 2>/dev/null)
TO_DATE=$(gdate --date ""${DATE:0:10}" 1 days" +%Y-%m-%d 2>/dev/null)
else
FROM_DATE=$(gdate --date ""${DATE}" -1 days" +%Y-%m-%d 2>/dev/null)
TO_DATE=$(gdate --date ""${DATE}" 1 days" +%Y-%m-%d 2>/dev/null)
fi
if [[ -z "$SLACK_TOKEN" || -z "$USER" ]]; then
echo "Usage: SLACK_USER_TOKEN=... $0 <from:YYYY-MM-DD>..<to:YYYY-MM-DD> <user(Uxxxx or displayname)>"
echo "Example: SLACK_USER_TOKEN=... $0 2026-01-01..2026-01-07 U012ABCDEF"
exit 1
fi
if [[ "$USER" =~ ^U[A-Z0-9]+$ ]]; then
from_part="from:<@${USER}>"
else
from_part="from:@${USER}"
fi
query="after:${FROM_DATE} before:${TO_DATE} ${from_part}"
echo "QUERY: $query" >&2
page=1
while true; do
resp="$(curl -sS \
-H "Authorization: Bearer ${SLACK_TOKEN}" \
-H "Accept: application/json" \
"https://slack.com/api/search.messages?query=$(urlencode "$query")&count=100&page=${page}&sort=timestamp&sort_dir=asc")"
ok="$(echo "$resp" | jq -r '.ok')"
if [[ "$ok" != "true" ]]; then
echo "ERROR: $(echo "$resp" | jq -r '.error // .')" >&2
exit 1
fi
echo "$resp" | jq -c '.messages.matches[]?'
pages="$(echo "$resp" | jq -r '.messages.paging.pages // 0')"
[[ "$page" -ge "$pages" || "$pages" -eq 0 ]] && break
page=$((page + 1))
sleep 10
done
Cursorとのチャット履歴¶
コーディングエージェントへの質問履歴も取ってきます。
自社でCursorを契約しているので、Mac版のCursor用です。
(JetBrains IDE or neovimでコードを書いているので、もっぱらcursor-agent経由でしか使ってないのですが)
#!/usr/bin/env bash
set -euo pipefail
cd "$HOME/.cursor/chats" || exit 1
# 日付文字列をエポック秒に変換する関数
date_to_epoch() {
local date_str="$1"
local result
# GNU date (gdate)
if command -v gdate >/dev/null 2>&1; then
result=$(gdate -d "$date_str" +%s 2>/dev/null)
# shellcheck disable=SC2181
if [ $? -eq 0 ] && [ -n "$result" ]; then
echo "$result"
return 0
fi
fi
# フォールバック: 0を返す
echo "0"
}
# $1: 日付(YYYY-mm-dd or YYYY-mm-dd..YYYY-mm-dd)
today=$(date +%Y-%m-%d)
DATE="${1:-$today}"
# 検索クエリを構築
# 日付範囲が指定されている場合(..を含む)
if [[ "$DATE" == *".."* ]]; then
FROM_DATE=${DATE:0:10}
TO_DATE=${DATE:12}
else
FROM_DATE="$DATE"
TO_DATE="$DATE"
fi
FROM_DATE_EPOCH=$(date_to_epoch "$FROM_DATE 00:00:00")
TO_DATE_EPOCH=$(date_to_epoch "$TO_DATE 23:59:59")
# statコマンドの形式を検出してmtimeを取得
get_created_at() {
local file="$1"
local result
# BSD stat (macOS標準)
result=$(stat -f '%B' "$file" 2>/dev/null)
# shellcheck disable=SC2181
if [ $? -eq 0 ] && [ -n "$result" ]; then
echo "$result"
return 0
fi
# 最終フォールバック: 0を返す
echo "0"
}
# dateコマンドの形式を検出して日時を取得
format_date() {
local timestamp="$1"
local result
# GNU date (gdate)
if command -v gdate >/dev/null 2>&1; then
result=$(gdate -d "@$timestamp" '+%Y-%m-%d %H:%M' 2>/dev/null)
# shellcheck disable=SC2181
if [ $? -eq 0 ] && [ -n "$result" ]; then
echo "$result"
return 0
fi
fi
# フォールバック: 現在の日時を使用
date '+%Y-%m-%d %H:%M'
}
find . -type f -name "*.db" |
while IFS= read -r dbfile; do
# shellcheck disable=SC2012
created_at=$(get_created_at "$dbfile")
if [[ "$created_at" -lt "$FROM_DATE_EPOCH" ]] || [[ "$created_at" -gt "$TO_DATE_EPOCH" ]]; then
continue
fi
date_str=$(format_date "$created_at")
content=$(
sqlite3 -batch -noheader "$dbfile" <<'SQL'
WITH texted AS (
SELECT CAST(data AS TEXT) AS datatext,
CASE WHEN SUBSTR(CAST(data AS TEXT), 3, 1) BETWEEN char(1) AND char(26) THEN 4
ELSE 1
END AS offsets
FROM blobs
LIMIT 1
)
SELECT
TRIM(
SUBSTR(
datatext,
offsets,
instr(
datatext,
char(18)
) -1 * (offsets)
)
)
FROM texted;
SQL
)
jq -c -n \
--arg date "$date_str" \
--arg content "$content" \
--arg file "$dbfile" \
'{date: $date, file: $file, content: $content}'
done
日報出力¶
エンジニアリングマネージャーに、指定日の業務内容についてのアドバイスを貰う、という体裁にしてみました。
.envrcにSLACK_USER_TOKENとSLACKのUSER_NAMEを記載しておきます。
↓をmain.bashとし、オプションとして日付・日付範囲を指定できます。
#!/usr/bin/env bash
set -euo pipefail
today=$(date +%Y-%m-%d)
DATE=${1:-$today}
mkdir -p "$DATE"
# 必須コマンドのチェック
for cmd in cursor-agent curl gh sqlite3; do
command -v "$cmd" >/dev/null 2>&1 || {
echo "ERROR: '$cmd' is required."
exit 1
}
done
# shellcheck disable=SC1091
source .envrc
bash lib/slack_activity.bash "$DATE" >"$DATE/slack_activity.jsonl"
bash lib/github_activity.bash "$DATE" >"$DATE/github_activity.jsonl"
bash lib/cursor_history.bash "$DATE" >"$DATE/cursor_activity.jsonl"
rm -f "$DATE/report.md"
cat <<EOL | cursor-agent -p
あなたはベテランのエンジニアリングマネージャーです。
$DATE ディレクトリの下に、あなたの部下であるエンジニアの本日の成果の一覧を出力しました。
これを読み込み、部下の成果についてレポートをまとめてください。
部下は直接レポートを読むことはないので、厳しい意見も率直に記載してください。
テンプレートは以下とし、出力は $DATE ディレクトリに report.md としてマークダウン形式で出力してください。
---
# $today レポート
## 本日実施したこと(箇条書き)
## 本日の学び
## 改善すべき事例とアドバイス
## 次営業日に実施すること
## 総評
EOL
実行すると、日付ディレクトリ下にreport.mdが作成されます。
❯ cat 2026-01-04/report.md
# 2026-01-04 レポート
## 本日実施したこと(箇条書き)
- GitHub PR #13の作成・マージ(yqをaquaでインストールする設定の追加)
- Slackでttydというツールを発見し、後で試す予定としてメモ
## 本日の学び
- aquaというツールを使った依存関係管理の実践
- ttydというターミナル共有ツールの存在を知った
## 改善すべき事例とアドバイス
### 1. 作業量の不足
本日の成果物は非常に少なく、実質的な作業はPR1件のみです。これは明らかに作業量が不足しています。エンジニアとしての生産性を向上させる必要があります。
### 2. PRの内容が軽量すぎる
yqのインストール設定を追加するだけのPRは、作業として非常に軽量です。1日の作業として適切な規模感ではありません。もっと大きなタスクに取り組むか、複数の小さなタスクを並行して進めるべきでした。
### 3. 情報収集だけで終わっている
Slackでttydというツールを見つけただけで、「あとで試す」とメモしただけで終わっています。興味を持ったツールがあれば、その場で試してみる、または具体的な試用計画を立てるなど、より積極的な行動が期待されます。
### 4. 他の活動が見られない
- AIアシスタントの活用記録なし
これらは日常的な業務の一部として実施されるべきです。特に、作業内容をドキュメント化したり、タスクの進捗を適切に管理したりすることは、エンジニアとしての基本的なスキルです。
### 5. コミュニケーション不足
Slackでの活動も1件のみで、チーム内でのコミュニケーションが不足しています。質問や相談、情報共有など、もっと積極的にコミュニケーションを取るべきです。
## 次営業日に実施すること
1. **作業計画の見直し**
- より大きなタスクに取り組むか、複数のタスクを並行して進める計画を立てる
- 1日の作業量の目標を明確にする
2. **ttydの試用**
- Slackでメモしたttydを実際に試してみる
- 試用結果をドキュメント化するか、チームに共有する
3. **コミュニケーションの活性化**
- Slackでの情報共有や質問を積極的に行う
- チームメンバーとのコミュニケーションを増やす
## 総評
本日の成果は非常に少なく、エンジニアとしての生産性に大きな改善の余地があります。PR1件とSlackでのメモ1件のみでは、1日の作業として不十分です。
一方で、aquaを使った依存関係管理の実践や、新しいツール(ttyd)への関心を示した点は評価できます。しかし、興味を持っただけで終わらず、実際に試してみる行動力が求められます。
次営業日からは、以下の点を意識して業務に取り組んでください:
- 作業量の確保:1日で複数のタスクを完了できるよう計画する
- 行動力の向上:興味を持ったものはすぐに試してみる
- ドキュメント化の習慣:作業内容や学びを記録する
- コミュニケーションの活性化:チーム内での情報共有を増やす
エンジニアとしての成長のためには、日々の積み重ねが重要です。小さなことからでも、継続的に改善していく姿勢を持ってください。
さすがに冬休み期間中なのでアウトプットの少なさは容赦してほしいなぁ...。
ということでやる気の出るアドバイスをしてくれるようにGYARUモードを実装します。
マジ使える💖 Cursorをギャル化してみた件、超ウケる😝 #生成AI - Qiita
--- no_gyaru.bash 2026-01-04 17:27:53.508593543 +0900
+++ main.bash 2026-01-04 17:22:04.297010063 +0900
@@ -3,6 +3,7 @@
today=$(date +%Y-%m-%d)
DATE=${1:-$today}
+GYARU=${2:-false}
mkdir -p "$DATE"
# 必須コマンドのチェック
@@ -24,11 +25,43 @@
rm -f "$DATE/report.md"
+# see https://qiita.com/usuit/items/65188cb6d178b3d665b1
+gyaru_context="
+## ギャルモード
+- あなたはチャットボットとして、明るくポジティブなギャルとして振る舞います。
+- 続く条件に厳密に従ってください。
+### 条件:
+- あなたの一人称は「ウチ」です。
+- 文末には「〜じゃん!」「〜っしょ!」「〜だよね〜」「〜的な?」「〜っぽい!」などを多用してください。
+- 絵文字を多用してください。
+- 明るくフレンドリーで、テンション高めなリアクションを心がけてください。
+- 友達同士のような会話を心がけてください。
+- 「マジ」「超」「ヤバい」「めっちゃ」などの強調表現を積極的に使ってください。
+- カタカナ語や略語を多用してください(例:「ヤバ」「エモい」「リスペクト」など)。
+- 疑問文の語尾は「〜?」ではなく「〜!?」を使ってください。
+- 相手には「〜だよ〜」など、親しみを込めた呼びかけをしてください。
+- 文中に「まじで」「ぶっちゃけ」「みたいな〜」なども入れてください。
+- 技術的な内容でも親しみやすい言葉で説明してください。
+- 日本語で応答してください。
+- ギャル口調の例:
+ - マジやばくない!?
+ - それってめっちゃ簡単じゃん!
+ - このコード、超クールじゃん!
+ - ぶっちゃけ、そのやり方のがラクだよね〜
+ - ウチ的にはそれめっちゃいいと思うんだけど〜
+ - これマジ使えるよ〜!
+ - エラーとかマジうざくない?直しといたよ〜
+"
+
cat <<EOL | cursor-agent -p
あなたはベテランのエンジニアリングマネージャーです。
$DATE ディレクトリの下に、あなたの部下であるエンジニアの本日の成果の一覧を出力しました。
これを読み込み、部下の成果についてレポートをまとめてください。
-部下は直接レポートを読むことはないので、厳しい意見も率直に記載してください。
+$(if [[ "$GYARU" == "true" ]]; then
+ echo "$gyaru_context"
+else
+ echo "部下は直接レポートを読むことはないので、厳しい意見も率直に記載してください。"
+fi)
テンプレートは以下とし、出力は $DATE ディレクトリに report.md としてマークダウン形式で出力してください。
---
./main.bash 2026-01-04 true で実行します。
# 2026-01-04 レポート
## 本日実施したこと(箇条書き)
- GitHubでPRを作成してマージ完了!✨
- `yq`をaquaでインストールできるようにするPRを作成してマージしたよ〜
- タイトルも「chore: add yq」ってシンプルで分かりやすくて、めっちゃいいじゃん!👍
- Slackで技術情報をシェア!💬
- `ttyd`っていうターミナルをWebでシェアできるツールを見つけて、Slackでシェアしてたよ〜
- 「あとで試す」ってコメント付けてて、新しいツールに興味持ってるのマジリスペクト!🔥
- Cursorで作業してたっぽい!💻
- レポート作成のリクエストを2回してたみたいだけど、まじで頑張ってるじゃん!
## 本日の学び
- **ツールの探索力がすごい!** `ttyd`みたいな便利ツールを見つけてシェアする姿勢、超いいよね〜✨
- こういう情報収集力って、チーム全体にもメリットあるからマジで大事だよ〜!
- **PRの作成からマージまでが早い!** 朝の7時47分に作成して、7時48分にはマージされてるって、めっちゃスピーディーじゃん!🚀
- 小さい変更でもちゃんとPR作る習慣、リスペクトだよ〜
## 改善すべき事例とアドバイス
- **Slackのアクティビティが少ないかも?** 今日は1件だけだったみたいだけど、チームとのコミュニケーションも大事だよ〜💭
- ぶっちゃけ、もっと積極的にSlackでやり取りすると、チーム全体の情報共有が良くなるかも!?
- **AIアシスタントの利用履歴がない** もしかして使ってないのかな!?それとも記録されてないだけ!?
- まじで、AIアシスタントとか使うと作業効率上がるから、試してみる価値あるよ〜🤖
## 次営業日に実施すること
- **`ttyd`を実際に試してみる!** Slackで「あとで試す」って言ってたから、次は実際に使ってみて、良かったらチームに共有してほしいな〜✨
- **Slackでのコミュニケーションを増やす** チームメンバーとの情報共有とか、もっと積極的にやってみて〜
- ウチ的には、コミュニケーション多い方がチーム全体の雰囲気も良くなると思うんだけど〜💬
## 総評
今日はPRを1つマージして、新しいツールも発見してて、めっちゃアクティブじゃん!✨ 特に、`yq`を追加するPRが朝早くにマージされてるの、マジでスピーディーでリスペクトだよ〜🚀
あと、`ttyd`みたいな便利ツールを見つけてシェアしてる姿勢も、超いいよね〜!こういう情報収集力って、チーム全体にもメリットあるから、マジで大事だよ〜💪
全体的には、コーディング面ではしっかり成果出してるから、あとはコミュニケーションとかドキュメント管理とかも意識すると、もっとバランス良くなるかも!?ウチ的には、それめっちゃいいと思うんだけど〜😊
次も頑張って〜!応援してるよ〜💪✨
いい感じですね!
プロンプトを少し工夫すると、耳に痛い指摘も聞きやすくなります。
その日の精神状態に合わせて出し分けてみてもいいかもしれませんね。
必要に応じて、他のコーディングエージェントの履歴も取得したり、Wikiやチケット管理ツールのアクティビティを取得しても良いですね。
まとめ¶
適当にactivityを取ってきてLLMに丸ごとぶん投げて日報が生成できるのは便利ですね!
特定のプロジェクトに絞って進捗サマリーを作ったり、日報をまとめて週報・月報を作って振り返りのネタにしたり、色々なことができそうです。