Claude活用

Claude Codeが作ったツールを確認する|操作・やり直し・保存を確かめる

Claude Codeが作ったツールを確認する|操作・やり直し・保存を確かめる

撮影後の納品チェックリストは、案件ごとの完了状態を後から確かめるためにも使います。Claude Codeからの完成報告に加え、案件の作成、完了の変更、開き直しまで仕事の流れが通るかを確かめられます。保存先や共有範囲には、画面上の操作だけでは分からない部分もあります。

完成報告と、完成の証拠を分けて受け取る

「実装しました」「動作確認済み」という言葉には、実行した操作や条件が含まれていません。変更内容、行った検証、その結果、未確認事項が分かれていれば、依頼した仕事のどこまで確かめたかを追えます。

Claude Codeの公式案内でも、作業結果を判定できる確認手段が重視されています。既存のテストやビルドが通ったとしても、撮影案件の納品の流れまで対象だったとは限りません。その検証が何を保証し、何を含まないかが、依頼内容との比較に関わります。

表は横にスクロールできます。

完成報告で読みたい四つの情報
情報確認する問い
変更内容何がどう変わったか
検証結果何を実行し、どんな結果だったか
目的への適合依頼した仕事を最後まで進められるか
残った制約未確認・未実装・利用条件は何か

最初は、実際の仕事を一件通す

説明用の案件を追加し、納品項目を選び、完了にした後でもう一度開く。この一連の操作では、個々のボタンを押すだけでは分からないつながりを扱えます。

顧客の本名や実データを使わなくても、サンプルの案件名と項目で再現できる条件があります。データがどこへ残るか分からない段階では、その点を調べずに実際の顧客情報へ広げることはできません。

  1. 試験用の撮影案件を作り、納品する内容を選ぶ。
  2. 作業途中の状態を残し、別の案件と見分ける。
  3. 完了した項目と、残っている項目を確かめる。
  4. 画面を閉じる・開き直すなど、想定する使い方を試す。
  5. 必要な記録を読み返し、次の担当者へ説明できるか確認する。

空欄・誤操作・長い入力も確認する

空欄のまま進む、完了を付け間違える、長い案件名を入れる、といった操作は実際の利用で起こり得ます。通常の入力が成功したときとは違う表示や、戻れない操作が表れるかもしれません。下表は納品チェックリストで考えられる例です。

表は横にスクロールできます。

納品チェックリストの確認例
試す状態見たい結果
案件名が空欄入力が必要なことが分かる
同じ名前の案件がある対象を見分けられる
項目を完了後に戻す正しい未完了状態になる
長い納品内容を入れる内容と操作が隠れない
画面を開き直す残る情報・消える情報が仕様通り

入力していない情報を、あるものとして扱わないか

納品日が空なのに確定予定のように表示されると、別の担当者が誤解する恐れがあります。空欄、未定、対象外は異なる意味です。チェックがない項目にも、未完了と不要という違いが伝わる表示が要ります。

操作を間違えた人が、戻せるか

完了を外す、項目を直す、別の案件から戻る際に、関係のない情報が消えるなら運用に支障があります。削除のように戻しにくい操作が意図せず起きる問題は、実画面の利用で分かる場合があります。

撮影現場で使う端末と操作方法で確認する

パソコンで収まる表示でも、撮影現場のスマートフォンでは文字やボタンが小さくなる場合があります。片手で完了を変更する際の誤操作や、現在の案件が分かる表示も、現場の利用に関わります。端末や入力方法が違えば、検証の条件も変わります。

「小さい画面で未完了項目をまとめて把握したい」という依頼なら、表示数や配置の案を比べられます。単に「小さい」という印象より、困っている操作の説明が修正に使えます。

結果を点検してもらう指示例
作成した納品チェックリストを、最初の依頼と照合してください。
変更した内容、実際に実行した確認と結果、確認できなかった条件を分けて報告してください。
案件の作成→項目の選択→完了→やり直し→後日の見返しという流れを確認します。
空欄・同名案件・長い文章・開き直しも、仕様と照らして確認してください。
実行していない確認を済んだと書かず、追加で人が見る点を示してください。

データと公開の条件は、使う前に確認する

その場だけの入力なのか、再び開いても残るのか、誰から見えるのかは、データの設計によります。保存ボタンの存在だけでは判断できません。保存先、共有範囲、削除方法、端末を変えた場合の扱いについて、動作と説明の両方が要ります。

顧客情報や外部接続を含むなら、設計を詳しい担当者にも相談できます。試作が便利という理由だけで、すぐに本番へ広げる必要はありません。確かめた用途と利用者の範囲を明らかにしたまま、次の運用を検討できます。

担当者だけの利用から顧客との共有へ変わると、扱う情報と利用者も変わります。誰がどの案件を参照できるかは、新しい運用に合わせて設計・検証する内容です。

よくある質問

テストが全部通れば、自分の確認は不要ですか?

テストが対象とする範囲によります。実装の検証と、仕事として使えるかの検討には、重なる部分と別の部分があります。依頼した行動を実際の利用者が通せるかは、既存テストに含まれていない可能性があります。

コードが読めないと確認できませんか?

操作した結果と、求めた結果との違いはコードを読めなくても説明できます。ただし保存や権限には、画面だけでは把握できない仕組みがあります。重要な運用では、その説明と詳しい人の確認が要ります。

不具合を報告するときに書くこと

「うまく動かない」という報告より、起きた条件、期待した結果、実際の結果があれば問題を再現しやすくなります。修正後も同じ条件の操作と結果が残れば、直った内容を比較できます。

取り組むときの確認事項

  • 完成報告と実行した証拠を分ける
  • 実際の仕事を一件通して試す
  • 空欄とやり直しの条件を確認する
  • 確認できた範囲と残った条件を残す
RISE 独立支援

運営:ライズ株式会社

会社情報を見る
記事一覧に戻る

CONSULTATION

独立支援について
ご相談ください。

独立支援について聞きたいことを、公式LINEでお送りください。今のお仕事や、発信・営業で困っていることもお聞かせください。

最初に送るLINE文面の例を見る
独立支援について相談したいです。現在は〇〇の仕事をしていて、△△について聞きたいです。

〇〇に今のお仕事、△△に聞きたいことを入れてください。

独立支援のご相談公式LINEで相談する