GitHub issueへの音声入力
後で考えを打ち直す必要がないVoice To Github Issue
技術的な問題はキャプチャが遅れると再現の詳細が失われます。Superscribeは実際のフィールドに入力するので、目的地はすでに使っているツールでかまいません。
30分無料、カード不要。次の実際の作業メモでライブ音声入力を試してください。
バグを見つけました。再現手順は正確にわかっています。コンソールの出力も明確です。頭の中で考えは完璧にまとまっています。だからウィンドウを切り替え、新しいGitHub issueを開き、キーボードに手を置くと…考えが薄れていきます。
正確な言い回しが少しあいまいになります。関係するCSSセレクターの一つを忘れます。正確なクリックの順序を思い出そうと数秒費やします。issueを書き終える頃には、5秒の簡単な考えが2分の管理作業に変わっています。勢いが失われます。
これが開発者の一日を削る摩擦です。失われるのは2分だけではありません。ビルダーのモードから管理のモードに切り替えるコストです。フリーランスの開発者にとって、このコンテキスト切り替えは請求できない税金のように週を静かに削り、請求書を複雑にします。
遅れたキャプチャの高いコスト
クライアントのコードベースに深く入り込んでいるとき、集中した作業の一秒一秒が重要です。止まってアプリを切り替え、手動で何かを記録しなければならない瞬間が、請求可能な進捗が止まる瞬間です。事後に技術的な問題をキャプチャするのは意外に高コストです。
- 詳細の喪失： 最良のバグレポートはコンテキストが新鮮なときに書かれます。5分の遅れが「element
#submit-btnのマージンが間違っている」と「ボタンがずれている」の違いになることがあります。あいまいな問題はクライアントとのやり取りが増え、後で問題を再現するのにさらに時間がかかります。 - 勢いの消失: 深い作業には集中状態が必要です。メモやチケットを入力するために作業を中断すると、その集中が途切れます。再び集中状態に戻るには時間がかかり、その時間は請求できないことが多いです。
- 請求の考古学： 週の終わりに、あいまいなGitHubの課題をいくつか見て、タイムシートをまとめようとします。そのバグの記録にどれくらい時間がかかり、修正にどれくらいかかったのか？この推測が過小請求につながります。作業はしたのに、記録が不十分なのです。
問題を見つけてから記録するまでの遅れが、請求可能な時間の損失やプロジェクトの不明瞭さを生みます。
実際のワークフローで試す
次の音声メモを完成した作業に変える
Superscribeを使って、文脈がまだ新鮮なうちに。自然に話し続け、作業を続け、出力を適切な場所に届けましょう。
統合なしでVoice to GitHub Issueが動作する仕組み
解決策は、管理が複雑な別の統合ではありません。もっとシンプルです。GitHubの課題フィールドに直接話しかけられたらどうでしょう？
Superscribeはまさにそれを実現します。システムレベルのキーボードとして機能し、GitHubやJira、その他のツールと連携するために特別な許可や壊れやすいAPIキーは必要ありません。タイトル、説明、コメント欄など、任意のテキストフィールドをクリックして話し始めるだけです。言葉はきれいに整えられて表示されます。
「GitHubに送信」ボタンはありません。入力先は選択したテキストボックスそのものです。つまり、タイトルを話してタブキーを押し、本文を話すことができます。今いるウィンドウを離れる必要はありません。集中を保ち、考えを正確に記録し、すぐにコーディングに戻れます。
失われた文脈でお金を失っていたから作りました
毎月末に作業時間を推測するのに疲れたのでSuperscribeを作りました。メールやコード、チャットメッセージ、GitHubの課題を見返して、自分が実際に何をしたのか思い出そうとしていました。数字はいつも合わず、お金を失っていると感じていました。開発者として、これはフラストレーションのたまる繰り返しの問題でした。
3年前、クライアントの電話を自動でキャッチできるスマホアプリのアイデアがありました。当時は難しすぎると思い諦めました。その後も音声ツールを作り続け、それぞれが話された作業を捉えることについて新しい発見をもたらしました。
メインのデスクトップアプリに自動時間追跡を追加したとき、欠けていたピースが見えました。核心の問題は電話だけでなく、作業が発生した瞬間にそれを捉えることでした。思考を話すだけで適切な場所に記録され、時間も自動で追跡されれば、請求の履歴を探る問題はなくなります。
新しいAIツールのおかげで、かつては難しすぎたことが実用的になりました。最高の証拠は、ツールがどこでもタイプできることに気づいたときです。Googleドキュメント、メール、GitHubの課題など、かつては願望だったことが今では製品の動作そのものです。
これは自分自身のためにずっと欲しかったツールです。話すと、使っているアプリにきれいな言葉が現れます。時間、メモ、次のステップはバックグラウンドで自動的に処理されます。タイマーも推測も不要。良い作業が正しくカウントされます。コーダー、コンサルタント、後で書類作業をする代わりに創作モードを維持したい人向けです。
ワークフローガイドを入手する
フリーランサーのための音声ワークフロー
コミット、チャット、チケットにわたる請求可能な作業を管理業務の負担なしに記録する実用的なガイド。
バグ発見から請求可能な記録までを一歩で。
声を使ってGitHubの課題を作成するのは単なるスピードの問題ではありません。再現手順を口述している間、Superscribeはバックグラウンドでその作業に費やした時間を自動的に追跡しています。
バグを記録する行為自体が請求可能な作業ログのエントリーになります。
実用的な例を紹介します：
- クライアントの連絡フォームで検証エラーを見つけました。
- プロジェクトのGitHubリポジトリに移動し、「New issue」をクリックします。
- タイトルフィールドをクリックして話します：「バグ報告 - メール検証で無効なTLDが許可される」。Superscribeがそれをタイプします。
- タブキーを押して説明フィールドに移動します。再び話します：「再現手順。1. お問い合わせページに行く。2. ‘test@test.invalid’のようなメールを入力する。3. フォームを送信する。期待される動作は検証エラー。実際の動作はフォームが正常に送信される。」
- 通常通りにラベルを手動で追加し、課題を割り当てます。
- その夜、Superscribeで作業ログを確認すると、時間の記録がすでにあります。話したテキストも保存されていて、請求書用の完璧なクライアント向け説明ができています。「フォーム検証バグを調査・記録」と正確な時間が添えられています。
タイマーの開始や停止は不要。時間の記録忘れもなし。ドキュメント作成の作業が請求可能な記録の一部になります。
作業のやり直しをやめましょう
次のGitHub課題を音声で記録しよう
プロジェクトを開き、実際のタスクを見つけて、Superscribeでメモと時間を一度に記録してみてください。
よくある質問
これはGitHub APIと直接連携していますか？ いいえ、それがポイントです。Superscribeは音声のためのユニバーサルキーボードのように動作します。APIキーや連携は不要で、どんなアプリやウェブサイトのテキストフィールドにも入力できます。タイプできる場所なら話せます。
専門用語やコードスニペットはどう扱いますか？
文字起こしモデルは幅広い専門的・技術的な言語で訓練されています。専門用語も問題なく扱えます。実際のコードブロックは手動で入力してください。音声は説明文、つまり「何を」「なぜ」を書くためのもので、ループなどのコードを書くためではありません。 あなたの ループ。
時間追跡は本当に自動ですか？ はい。Superscribeはバックグラウンドで動作し、アプリケーションごとにあなたの活動を記録します。github.comのChromeで音声入力していると、その時間をChromeに対して記録します。これにより、タイマーを管理する必要なく、受動的で正確な作業記録が作成されます。