2026-01-21
claude
clawdbot
Vibe coding
code:CLAUDE.md
### Conventional Commits プロンプト
#### 基本フォーマット
`
#### タイプ（必須）
- **feat**: 新機能
- **fix**: バグ修正
- **docs**: ドキュメントのみの変更
- **style**: コード動作に影響しない変更（空白、フォーマット、セミコロンなど）
- **refactor**: バグ修正でも機能追加でもないコード変更
- **perf**: パフォーマンス改善
- **test**: テストの追加や修正
- **chore**: ビルドプロセスや補助ツールの変更
#### スコープ（オプション）
- 変更の影響範囲を示す（api, ui, auth, db など）
#### 説明（必須）
- 命令形で書く（"add" not "added" or "adds"）
- 最初の文字は小文字
- 末尾にピリオドを付けない
#### 本文（オプション）
- 変更の理由とwhatよりもwhyを説明
#### フッター（オプション）
- Breaking changes: BREAKING CHANGE: <description>
- Issue references: Closes #123
### Commit Guidelines
- コミットメッセージにはWhyを含めること
### Code Style
- Follow Rubocop Rails Omakase configuration
- Use conventional commit messages
- Write tests for all new features
- **Conventional Commitsの規約に従うこと**
### 開発の指針と教訓
- クラスを作る、修正するときは委譲をする
PDF
スキャン書籍 PDF をデジタル書籍並みに大変クリアにする AI PDF 高品質化・各種調整ツール「DN_SuperBook_PDF_Converter」を作りました。
erBook_PDF_Converter/
学術書 (電子書籍化されていない古い書籍) 読書に際し、可能な限りの快適性を最大限追及して作った自分用ツールです。
形式手法
AI
転職
型理論
IT
「僕らは広告運用のプロである前に、サービス業だ」
数年前、あるチームのクライアント定例会に同席したときのこと。
会議の進行は丁寧。説明もロジカルで分かりやすい。でも、何かが足りない。クライアントとの間に見えない壁があるように感じました。
そのときの違和感を社内のNotionにまとめて、チームに共有しました。テーマは「サービス業としてあるべき姿勢」。
広告代理店としてやるべきこと、たとえば成果を報告する、専門的な知見を提供する、改善策を提案する。これらはできている。でも、その「前」に必要なことがある。
せっかく言語化したので、顧客情報を伏せてほとんどそのまま公開してみました。
この業界で働く方や、オーリーズに興味を持ってくれている方に届けば嬉しいです！
これ受託業やっていくうえでめっちゃ大事。ナチュラルにできている人もいれば、いくら教えてもできない人もいる。
https://gyazo.com/b0390252e622b67e1123c9943d35b72c