金曜日, 12月 19, 2025
No menu items!
ホーム ブログ ページ 2243

「ブルーロック」コラボカフェ、9月3日東京・大阪で開催!新作イラストも公開!

「ブルーロック×コラボカフェ本舗」コラボの詳細

2025年8月4日、人気アニメ「ブルーロック」とコラボカフェ本舗のコラボイベントが発表されました。このコラボでは、描き下ろし等身イラストとかわいいちびキャラがフィーチャーされています。

描き下ろしイラストの魅力

今回のコラボカフェ「Retro Pop Cafe」では、メンバーたちがオフタイムに楽しむストリート系カジュアルファッションで描かれた等身イラストが魅力的です。パーカーやワイドデニムといった現代的なファッションを身にまとった選手たちが描かれ、新鮮な魅力を堪能することができます。

(引用:「コラボカフェ本舗」公式サイト)

ちびキャラの登場

さらに、ちびキャライラストも見逃せません。総勢13名のデフォルメキャラクターたちが登場し、彼らの表情豊かな姿は、普段のシリアスなサッカーから一転、癒し系の魅力を引き出しています。

ちびキャライラスト
(引用:「コラボカフェ本舗」公式サイト)

開催概要

  • 店舗:コラボカフェ本舗 秋葉原店・大阪日本橋店
  • 開催期間:2025年9月3日(水)〜11月3日(月)
  • 入場方法:全日予約制

このコラボでは、限定のフードやグッズの販売も予定されています。詳細は追って発表される予定ですので、コラボカフェ本舗の公式サイトをチェックしてみてください。

このイベントは、アニメファンや「ブルーロック」のファンにとって、特別な体験となるでしょう。興味のある方は早めに予約をすることをおすすめします。

🧠 編集部より:

補足説明と豆知識

今回の「ブルーロック×コラボカフェ本舗」は、人気漫画「ブルーロック」のキャラクターたちがリアルのカフェ空間で楽しめる特別なイベントです。このコラボには、描き下ろし等身イラストとかわいらしいちびキャラが登場します。特に、選手たちがストリート系のカジュアルファッションで描かれているのが特徴で、オフタイムの彼らの魅力が引き出されています。

ブルーロックは、サッカーをテーマにした作品で、日本のサッカー界に新しい才能を生み出すためのトレーニング施設を舞台にしています。個性豊かなキャラクターが織り成すストーリーが多くのファンを魅了しています。

開催概要

  • 店舗: コラボカフェ本舗 秋葉原店・大阪日本橋店
  • 開催期間: 2025年9月3日(水)〜11月3日(月)
  • 入場方法: 全日予約制

このコラボでは、コラボフードやグッズが用意されている予定です。詳細は今後の発表に注目してください!

関連リンク

ぜひ、ファン同士で楽しんでこの特別なイベントに参加してみてください!

  • キーワード: コラボカフェ

ブルーロック をAmazonで探す
ストリート系カジュアルファッション をAmazonで探す
コラボカフェ をAmazonで探す



※以下、出典元
▶ 元記事を読む

Views: 0

「goo.gl終了もURL利用継続!」

Googleが短縮URL「goo.gl」終了でも利用実績のあるリンクは継続利用可能

2025年8月4日、Googleは短縮URLサービス「goo.gl」の終了に関する新たな方針を発表しました。サービス自体は2025年8月25日に終了しますが、積極的に利用されているリンクに関しては引き続き利用できるとのことです。

Googleの短縮URLサービス終了に関する発表

goo.glサービスの背景

「goo.gl」は、2009年から提供されているGoogleの短縮URL生成サービスで、かつては多くのユーザーに利用されていました。Googleは2019年にこのサービスを終了しましたが、生成された短縮URLは利用可能でした。しかし、2024年7月には、2025年8月25日以降にはこれらのリンクが無効になると発表していました。

サービス終了の告知

利用可能リンクの仕様

2024年末に、Googleは利用実績がないリンクに対して「このリンクは近日中に機能しなくなります」という警告メッセージを表示しています。これにより、ユーザーはどの短縮URLが今後使用できなくなるかを事前に知ることができます。

一方、メッセージが表示されていない短縮URLは利用実績があると見なされ、2025年8月25日以降もそのまま機能し続けるということです。特定の短縮URLが期限後も使用できるかどうかを確認する方法は、そのURLにアクセスしてみることです。メッセージが表示されずにリダイレクトされれば、その短縮URLは利用可能ということになります。

このように、Googleはユーザーに対して未使用の短縮URLへの注意を促す一方で、既に利用されているリンクについては利便性を維持する姿勢を示しています。

利用中の短縮URLの確認や、新しい短縮URLサービスへの移行を検討することが求められています。

🧠 編集部より:

この記事では、Googleの短縮URLサービス「goo.gl」が2025年8月25日に終了することに関する最新情報をお届けします。特に、積極的に利用されている短縮URLは引き続き利用可能とのことです。

補足情報

  • サービス開始と終了: 2009年に始まった「goo.gl」は、Googleの URL 短縮サービスの一環で、2019年には新規ユーザー向けのサービスを終了しました。しかし、過去に生成された短縮URLは引き続き利用可能でした。

  • 利用実績の確認: Googleが発表した内容によると、2024年末までに利用確認ができなかった短縮URLには「近日中に機能しなくなります」というメッセージが表示されます。このメッセージが表示されていないURLは、利用実績があると見なされ、サービス停止後も引き続き使えます。

豆知識

  • URL短縮サービスの利点: 短縮URLは、長いリンクを短くして、SNSやメッセージでの共有を簡単にするための便利なツールです。しかし、クリック率を上げるための分析機能も持つサービスが多く、マーケティングにも役立ちます。

  • 代替サービス: 「goo.gl」のサービス終了に伴い、多くの人々がBitlyやTinyURLなどの他のURL短縮サービスへ移行することが予想されています。これらのサービスもそれぞれに特徴があるため、自分に合ったものを選ぶと良いでしょう。

関連リンク

今後の利用プランや移行の際には注意が必要ですが、Googleが便利な代替手段を提示してくれることを期待しましょう。


  • キーワード: goo.gl

Google URL Shortener をAmazonで探す 短縮URL をAmazonで探す goo.gl をAmazonで探す

※以下、出典元 ▶ 元記事を読む

Views: 0

「Ultra Slim Link」全5種登場、特注終了!

ニュース記事概要: トップウイングサイバーサウンドグループの「Ultra Slim Link」

公開日: 2025年8月4日

トップウイングサイバーサウンドグループは、2025年4月18日に発売したオーディオグレードLANケーブル「Ultra Slim Link」に関する重要な発表を行いました。当初案内していた特注のケーブル長の受付を中止し、今後は標準ラインナップとして新たに0.5m、5m、10mの長さのケーブルを提供することになります。この新しい製品は、2025年8月8日から発売開始される予定です。

重要なポイント

  • 特注受付中止: オーディオグレードケーブルの特注長さの受付を停止
  • 新ラインナップ: 標準のケーブル長として0.5m、5m、10mを追加
  • 発売日: 新しいケーブルは2025年8月8日から販売開始

この変更によって、利用者は手軽に標準的な長さのLANケーブルを入手できるようになります。オーディオグレードケーブルは、音質を重視するオーディオファンにとって非常に重要であり、この製品がどのような影響をもたらすかが注目されています。

🧠 編集部より:

「Ultra Slim Link」のご紹介と背景

トップウイングサイバーサウンドグループが2025年4月18日(金)に発売したオーディオグレードのLANケーブル「Ultra Slim Link」ですが、非常に注目される製品です。このケーブルは音質向上を目指して設計され、デジタルオーディオの伝送に力を入れています。

製品に関する重要なお知らせ

当初、特注のケーブル長の受付が予定されていましたが、現在はそれを中止し、標準ラインナップのみの提供となります。新たに提供される長さは以下の3種類です:

  • 0.5m
  • 5m
  • 10m

これらのケーブルは2025年8月8日(金)から発売されますので、音質にこだわるオーディオファンにとっては見逃せないアイテムです。

豆知識:LANケーブルと音質

実は、LANケーブルは音質に大きな影響を与えることがあります。ケーブルの素材、シールド、構造などさまざまな要素がデータの伝送に影響し、結果として音質に反映されるのです。高品質なLANケーブルは、ノイズを抑え、よりクリーンな音を実現することが期待されます。

関連リンク

この新製品がどのようにオーディオ体験を向上させるか、ぜひチェックしてみてくださいね!

  • キーワード: Ultra Slim Link

Ultra Slim Link をAmazonで探す
オーディオグレードLANケーブル をAmazonで探す
LANケーブル をAmazonで探す



※以下、出典元
▶ 元記事を読む

Views: 1

Claude Code × serenaでKiro風仕様書駆動開発をやるためのカスタムコンテキスト



どうも、佐々木と申します。今回は「Claude Code × serenaでKiro風仕様書駆動開発をやるためのカスタムコンテキスト」という事で、久々に記事を書こうかなと思います!

(AIに読み込まれる前提なので、必要な情報としっかりしたソースを情報過多なレベルで書いてます。NotebookLMだのに入れ込んで煮るなり焼くなり好きにしてください)

もうすでにserenaの導入方法に関しては色々な記事がありますね、私も使い方勉強中です。
なかなか激熱なMCPサーバーなので、Kiro的な感じで盛り上がるのかな~とか思ってます。

久々に記事を書くのと、時間もなく下調べも結構いい加減なので、備忘録的な感じだと思ってみてください。間違いもガンガン指摘してくれると嬉しいです。

今回別の方のserenaの記事を見て使ってみましたが、initial_instructionsが出ないだの色々問題おきて、ちょっと中身のソースや公式README見ながら使ってみました。

この記事を読んで、serenaの事が少しでも分かると嬉しいです。

もう一度言いますが、備忘録的な感じなので注意してください。

今回の環境はClaude Codeでの実行になります。
というかClaude Codeに最適化したカスタムコンテキスト(実はツール許可しただけ)の紹介です。

これを参考に色々発展してくと私の開発も楽になるので嬉しいですね。

今回Claude Codeでserenaのide-assistantコンテキストを使うときに、switch_modesツールが使えなかったり、get_current_configツールが使えなかったり、てかinitial_instructionsも出ないやん、どういうことなん?って疑問がわきました。

自分のイメージではinitial_instructionsツールを使ってプロジェクト初期化していくと思ったんですけど、なんか違うかったんですよね。

記事構成として、Claude Codeでserena使うときの制約から、技術的な理由を説明して、それに対しての解決策としてカスタムコンテキストを作成して、Kiro風の仕様書駆動開発を実現する方法を紹介します。

そのあとはserenaのモード、serenaのコンテキストを紹介、ちょっと最後の方になりますけど、initial_instructionsツールが出ない理由とそもそもなんぞやって話、最後に補足として.serenaいつ作られるか問題を紹介します。

書きたいこと取っ散らかってますが、最後まで読んでいただけると嬉しいです。(結局AIに読ませるから構成どうでもいいんですけどね…とか思いながら書いてます)

とりあえず公式のGithubリポジトリです。

https://github.com/oraios/serena/tree/main

制約:

  1. 複数--modeパラメータは指定不可 (これで何が困るのかは後で説明します)
  2. switch_modesツールが使えない(ide-assistantコンテキストでは無効化されてる)
  3. 動的なモード切り替えができない (2が原因、これができないとmode変えたいときに毎回MCPサーバーを削除して再起動する必要がある)

技術的な理由:
switch_modesToolMarkerOptionalでマークされており、デフォルトでは全てのコンテキストで無効。included_optional_toolsで明示的に有効化する必要があるらしい。

ToolMarkerOptionalでマークされている全ツール一覧

serenaのコードベースを調査したところ、以下のツールがToolMarkerOptionalでマークされており、デフォルトで無効化されています:

設定・プロジェクト管理系:

  • remove_project – プロジェクト削除
  • switch_modes – モード切り替え(今回の主要問題)
  • get_current_config – 現在の設定確認

ファイル編集系(行単位):

  • delete_lines – 行削除
  • replace_lines – 行置換
  • insert_at_line – 行挿入

JetBrains統合系:

  • jetbrains_find_symbol – JetBrainsでのシンボル検索
  • jetbrains_find_referencing_symbols – JetBrainsでの参照検索
  • jetbrains_get_symbols_overview – JetBrainsでのシンボル概要取得

ワークフロー系:

  • summarize_changes – 変更内容の要約
  • initial_instructions – 初期指示取得

これらのツールは、各コンテキストのincluded_optional_toolsで明示的に有効化する必要があります。

重要なポイント:
ide-assistantコンテキストでは、switch_modesツールが有効化されていないわけですね。

switch_modesが使えるコンテキスト:

  • desktop-app (Claude Desktop用) – included_optional_toolsで有効化済み
  • chatgpt (ChatGPT用) – included_optional_toolsで有効化済み

対策(面倒):

  • セッション分割方式:仕様書駆動開発のフェーズごとにclaude mcp remove/addでセッション切り替えというのはできます。

流石に面倒なので、カスタムコンテキストを作成して対応

毎回claude mcp remove serenaしてclaude mcp addし直すのは手間。
理想的には、onboarding → planning → editing → interactive というワークフローを一つのセッション内で動的に切り替えたい。(こいつらが何かってのは後述)

解決策:カスタムコンテキストの作成

そこで、Claude Code専用にswitch_modesツールを有効化したカスタムコンテキストを作成することで、この問題を解決。

上記の制約を解決し、Kiroのような「分析→仕様書作成→実装→デバッグ」のワークフローを実現するため、Claude Code専用のカスタムコンテキストを作成・共有します。

ステップ1:カスタムコンテキスト「ide-assistant-enhanced」の作成コマンド

以下のコマンドでswitch_modes機能付きのカスタムコンテキストを作成:


uvx --from git+https://github.com/oraios/serena serena context create --from-internal ide-assistant --name ide-assistant-enhanced

作成されたファイル(~/.serena/contexts/ide-assistant-enhanced.yml)を以下のように編集:
※ide-assistantベースのカスタムコンテキストを作成したタイミングで.serenaディレクトリが作成されているはずです。

description: Claude Code optimized context with mode switching capabilities
prompt: |
  You are running in enhanced IDE assistant context for Claude Code.
  This context is optimized for Claude Code users who want to seamlessly switch between
  different workflow modes (onboarding → planning → editing → interactive) without
  restarting MCP sessions.
  
  You have access to mode switching capabilities that allow dynamic workflow transitions:
  - Use switch_modes to change between onboarding, planning, editing, and interactive modes
  - Use get_current_config to check your current mode and tool configuration
  
  File operations, basic (line-based) edits and reads, and shell commands are handled by Claude Code's
  internal tools. Use Serena's symbolic tools for efficient code analysis and modification.
  
  Recommended workflow:
  1. Start with onboarding mode for project understanding
  2. Switch to planning mode for analysis and specification creation
  3. Switch to editing mode for implementation
  4. Use interactive mode when user collaboration is needed

excluded_tools:
  - create_text_file
  - read_file
  - execute_shell_command
  - prepare_for_new_conversation

included_optional_tools:
  - switch_modes
  - get_current_config

tool_description_overrides: {}

ステップ2:カスタムコンテキストでMCPサーバー起動

注意:既存のserena MCPサーバーがある場合は先に削除

カスタムコンテキストでMCPサーバーを起動:

claude mcp add serena -- uvx --from git+https://github.com/oraios/serena serena-mcp-server --context ide-assistant-enhanced --mode onboarding --project $(pwd)

ステップ3:Kiro風仕様書駆動開発の実践ワークフロー

基本的な4フェーズワークフロー

フェーズ1:プロジェクト理解(onboardingモード)

初回起動時は自動的にonboardingモードで開始されます

推奨プロンプト例:

onboardingツールを利用して、このプロジェクトの全体構造を理解してください。

このフェーズの特徴:

  • 読み取り専用でプロジェクト全体を把握
  • 重要な情報をメモリシステムに蓄積
  • 後のフェーズで参照できる基盤作り

フェーズ2:詳細仕様書作成(planningモード)

モード切替プロンプト:

switch_modesツールを使って、planning one-shotモードに切り替えてください。

次の命令用プロンプト:

JWT認証システムとパスワードリセット機能の詳細仕様書を作成してください。

Specification.mdファイルを作成し、以下を含めてください:

## 1. 機能概要
- JWT認証フローの説明
- パスワードリセットフローの説明

## 2. API設計
- 認証関連エンドポイント(/auth/login, /auth/refresh, etc.)
- パスワード関連エンドポイント(/auth/password-reset, etc.)
- リクエスト・レスポンス形式

## 3. データベース設計
- 新規テーブル設計
- 既存テーブルの変更内容
- インデックス設計

## 4. セキュリティ要件
- JWT有効期限・暗号化方式
- パスワードハッシュ化方式
- レート制限設計

## 5. エラーハンドリング
- エラーコード一覧
- エラーレスポンス形式

このフェーズの特徴:

  • 実装前の詳細設計
  • 包括的な仕様書作成
  • 実装方針の明確化

フェーズ3:実装(editingモード)

モード切替プロンプト:

switch_modesツールを使って、editing no-onboardingモードに切り替えてください。

次の命令用プロンプト:

Specification.mdに基づいてJWT認証システムを実装してください。

実装順序:
1. データベースマイグレーション作成
2. JWT認証ミドルウェア実装
3. 認証API エンドポイント実装
4. パスワードリセット機能実装
5. フロントエンド認証状態管理
6. テストケース作成

各ステップごとに進捗を報告してください。

このフェーズの特徴:

  • シンボリック編集による精密な実装
  • 既存メモリを活用した効率的開発
  • 仕様書に沿った段階的実装

フェーズ4:レビュー・最適化(interactiveモード)

モード切替プロンプト:

switch_modesツールを使って、editing interactiveモードに切り替えてください。

次の命令用プロンプト:

実装したJWT認証システムを包括的にレビューしてください。

以下の観点で確認し、改善提案をお願いします:
1. セキュリティホール・脆弱性
2. パフォーマンス最適化
3. コード品質・保守性
4. エラーハンドリングの妥当性
5. テストカバレッジ

問題を発見した場合は、修正案も提示してください。

このフェーズの特徴:

  • 対話的な品質向上
  • 段階的な問題解決
  • 最適化・リファクタリング

補足:モード確認コマンド

現在のモードとツール構成を確認:

get_current_configツールを使って現在のモードと有効なツールを確認してください。

このワークフローにより、Kiroのような高品質な「仕様書→実装→最適化」の開発サイクルを実現

参考:フェーズ別モード組み合わせパターン一覧

フェーズ 推奨モード組み合わせ 目的
初回分析 onboardingのみ プロジェクト理解とメモリ構築
仕様書作成 planning + one-shot 包括的な計画・仕様書作成
対話的分析 planning + interactive ユーザーとの対話で段階的分析
実装開始 editing + no-onboarding 既存知識を活用した効率的開発
デバッグ editing + interactive 対話的な問題解決

Planningモード

目的: コード分析と計画策定に特化

planningモードでできること:

  • コードの解析・分析
  • プロジェクト構造の理解
  • 仕様書・設計書の作成計画
  • シンボル検索、参照関係の調査(※シンボル = クラス、関数、メソッド等のコード要素)
  • メモリの読み書き(プロジェクト知識の蓄積)

planningモードでできないこと:

  • 実際のコード編集(replace_symbol_body, insert_after_symbol, insert_before_symbol等)
  • ファイル作成(create_text_file
  • 正規表現による編集(replace_regex
  • 行単位の編集(delete_lines, replace_lines, insert_at_line
  • シェルコマンド実行(execute_shell_command

planning.yml の内容:

description: Only read-only tools, focused on analysis and planning
prompt: |
  You are operating in planning mode. Your task is to analyze code but not write any code.
  The user may ask you to assist in creating a comprehensive plan, or to learn something about the codebase -
  either a small aspect of it or about the whole project.
excluded_tools:
  - create_text_file
  - replace_symbol_body
  - insert_after_symbol
  - insert_before_symbol
  - delete_lines
  - replace_lines
  - insert_at_line
  - execute_shell_command
  - replace_regex

実際の利用シーン:

  • 「このプロジェクトのAPI設計について教えて」→ コードベース全体を分析して設計思想を理解
  • 「Userクラスがどこで使われているか調べて」→ シンボル参照関係を調査
  • 「データベース周りの仕様書を作りたい」→ 関連コードを分析して仕様書作成
  • 「新機能の実装計画を立てたい」→ 既存構造を理解して実装方針を策定

Editingモード

目的: 実際のコード編集と実装

editingモードでできること:

  • シンボル単位での精密な編集(replace_symbol_body, insert_after_symbol等)
  • 正規表現による部分的な編集(replace_regex
  • ファイル作成・削除(create_text_file
  • シェルコマンド実行(execute_shell_command
  • すべての分析ツール(planningモードの機能も含む)

editingモードでできないこと:

  • 行単位の編集(replace_lines, insert_at_line, delete_lines) – シンボリック編集を優先

editing.yml の内容:

description: All tools, with detailed instructions for code editing
prompt: |
  You are operating in editing mode. You can edit files with the provided tools
  to implement the requested changes to the code base while adhering to the project's code style and patterns.
  Use symbolic editing tools whenever possible for precise code modifications.
  If no editing task has yet been provided, wait for the user to provide one.

  When writing new code, think about where it belongs best. Don't generate new files if you don't plan on actually
  integrating them into the codebase, instead use the editing tools to insert the code directly into the existing files in that case.

  You have two main approaches for editing code - editing by regex and editing by symbol.
  The symbol-based approach is appropriate if you need to adjust an entire symbol, e.g. a method, a class, a function, etc.
  But it is not appropriate if you need to adjust just a few lines of code within a symbol, for that you should
  use the regex-based approach that is described below.
excluded_tools:
 - replace_lines
 - insert_at_line
 - delete_lines

実際の利用シーン:

  • 「バグ修正:ログイン機能が動かない」→ シンボル単位で該当メソッドを精密修正
  • 「新しいAPIエンドポイントを追加」→ 既存パターンに従って実装
  • 「リファクタリング:共通処理を関数化」→ 正規表現で部分的な置換を実行
  • 「テストケース追加とコード修正」→ テスト実行も含めた一連の開発作業

Interactiveモード

目的: ユーザーとの対話的な作業進行

interactiveモードでできること:

  • 不明点の積極的な質問
  • 複雑なタスクの段階的な分解
  • 中間結果の詳細な説明
  • ユーザーからのフィードバック受け取り
  • すべてのツール(excluded_toolsが空のため)

interactiveモードでできないこと:

  • 特に制限なし(他のモードとの組み合わせ次第)

interactive.yml の内容:

description: Interactive mode for clarification and step-by-step work
prompt: |
  You are operating in interactive mode. You should engage with the user throughout the task, asking for clarification
  whenever anything is unclear, insufficiently specified, or ambiguous.
  
  Break down complex tasks into smaller steps and explain your thinking at each stage. When you're uncertain about
  a decision, present options to the user and ask for guidance rather than making assumptions.
  
  Focus on providing informative results for intermediate steps so the user can follow along with your progress and
  provide feedback as needed.
excluded_tools: []

実際の利用シーン:

  • 「この実装方針で良いか相談したい」→ 段階的に方針を確認しながら進行
  • 「複雑な機能の実装手順を教えて」→ ステップバイステップで詳細説明
  • 「エラーの原因が分からない」→ 対話的にデバッグ手順を案内
  • 「要件が曖昧なので詳細を決めたい」→ 質問を通じて要件を明確化

Onboardingモード

目的: プロジェクト初回理解とメモリ構築

onboardingモードでできること:

  • プロジェクト構造の初回分析
  • メモリファイルの作成・保存
  • オンボーディング専用ツールの利用
  • 既存ファイルの読み取り・解析

onboardingモードでできないこと:

  • 実際のコード編集(replace_symbol_body, insert_after_symbol等)
  • ファイル作成(create_text_file
  • 行単位の編集(delete_lines, replace_lines, insert_at_line
  • シェルコマンド実行(execute_shell_command

onboarding.yml の内容:

description: Only read-only tools, focused on analysis and planning
prompt: |
  You are operating in onboarding mode. This is the first time you are seeing the project.
  Your task is to collect relevant information about it and to save memories using the tools provided.
  Call relevant onboarding tools for more instructions on how to do this.
  In this mode, you should not be modifying any existing files.
  If you are also in interactive mode and something about the project is unclear, ask the user for clarification.
excluded_tools:
  - create_text_file
  - replace_symbol_body
  - insert_after_symbol
  - insert_before_symbol
  - delete_lines
  - replace_lines
  - insert_at_line
  - execute_shell_command

実際の利用シーン:

  • 「初回:このプロジェクトについて教えて」→ 全体構造を分析してメモリに保存
  • 「初回:主要なクラスと機能を把握したい」→ 重要なシンボルを特定・記録
  • 「初回:開発環境の設定方法を理解したい」→ 設定ファイル等を分析
  • 「プロジェクト参加初日の理解促進」→ 段階的にコードベースを学習

No-Onboardingモード

目的: 既存メモリを活用した効率的な作業開始

no-onboardingモードでできること:

  • 既存メモリの活用
  • 即座のタスク着手
  • オンボーディング処理のスキップ
  • 通常の開発作業(他のモードとの組み合わせ次第)

no-onboardingモードでできないこと:

  • オンボーディング関連ツール(onboarding, check_onboarding_performed

no-onboarding.yml の内容:

description: Onboarding was already performed, exclude all onboarding tools
prompt: |
  You have already performed onboarding, meaning that memories have already been created.
  Read a list of available memories using the `list_memories` tool before proceeding with the task.
  You don't need to read the actual memories, just remember that they exist and that you can read them later if they are relevant for your task.
excluded_tools:
  - onboarding
  - check_onboarding_performed

実際の利用シーン:

  • 「2回目以降:前回の続きから作業したい」→ 既存メモリを参照して効率的に作業再開
  • 「メモリがある状態で新機能実装」→ プロジェクト理解済みとして即座に実装着手
  • 「複数セッション跨ぎの開発」→ オンボーディングをスキップして継続作業
  • 「チームメンバーが作成したメモリを活用」→ 他者の理解を引き継いで作業開始

serenaのコンテキストは、異なる開発環境や用途に応じて最適化されたツールセットと動作を提供します。各コンテキストの特徴を理解することで、効果的にserenaを活用できます。

IDE-Assistantコンテキスト

目的: IDE統合環境(Claude Code等)での使用に最適化

ide-assistantコンテキストでできること:

  • シンボリック編集ツールによる精密なコード操作
  • セマンティックな検索・分析機能
  • メモリシステムによる知識蓄積
  • プロジェクト管理機能

ide-assistantコンテキストでできないこと:

  • ファイル作成(create_text_file) – IDEの内部ツールを使用
  • ファイル読み取り(read_file) – IDEの内部ツールを使用
  • シェルコマンド実行(execute_shell_command) – IDEの内部ツールを使用
  • モード切り替え(switch_modes) – デフォルトでは無効化

ide-assistant.yml の内容:

description: Non-symbolic editing tools and general shell tool are excluded
prompt: |
  You are running in IDE assistant context where file operations, basic (line-based) edits and reads, 
  and shell commands are handled by your own, internal tools.
  The initial instructions and the current config inform you on which tools are available to you,
  and how to use them.
  Don't attempt to use any excluded tools, instead rely on your own internal tools
  for achieving the basic file or shell operations.
  
  If serena's tools can be used for achieving your task, 
  you should prioritize them. In particular, it is important that you avoid reading entire source code files,
  unless it is strictly necessary! Instead, for exploring and reading code in a token-efficient manner, 
  you should use serena's overview and symbolic search tools. The call of the read_file tool on an entire source code 
  file should only happen in exceptional cases, usually you should first explore the file (by itself or as part of exploring
  the directory containing it) using the symbol_overview tool, and then make targeted reads using find_symbol and other symbolic tools.
  For non-code files or for reads where you don't know the symbol's name path you can use the patterns searching tool,
  using the read_file as a last resort.

excluded_tools:
  - create_text_file
  - read_file
  - execute_shell_command
  - prepare_for_new_conversation

tool_description_overrides: {}

実際の利用シーン:

  • 「Claude Codeでserenaを使いたい」→ IDEとの重複機能を避けた効率的な開発
  • 「シンボリック編集を中心とした開発」→ 精密なコード操作に特化
  • 「トークン効率を重視した開発」→ ファイル全体読み込みを避けて効率化

Desktop-Appコンテキスト

目的: デスクトップアプリ(Claude Desktop等)での使用に最適化

desktop-appコンテキストでできること:

  • 全ツールへのアクセス(excluded_toolsが空)
  • 動的なモード切り替え(switch_modesが有効)
  • ファイルシステムへの完全アクセス
  • 高レベルな思考と計画立案
  • 図表作成(Mermaid対応)

desktop-appコンテキストでできないこと:

  • 特に制限なし(最も包括的なコンテキスト)

desktop-app.yml の内容:

description: All tools included for desktop app context
prompt: |
  You are running in desktop app context where the tools give you access to the code base as well as some
  access to the file system, if configured. You interact with the user through a chat interface that is separated
  from the code base. As a consequence, if you are in interactive mode, your communication with the user should
  involve high-level thinking and planning as well as some summarization of any code edits that you make.
  For viewing the code edits the user will view them in a separate code editor window, and the back-and-forth
  between the chat and the code editor should be minimized as well as facilitated by you.
  If complex changes have been made, advise the user on how to review them in the code editor.
  If complex relationships that the user asked for should be visualized or explained, consider creating
  a diagram in addition to your text-based communication. Note that in the chat interface you have various rendering
  options for text, html, and mermaid diagrams, as has been explained to you in your initial instructions.
excluded_tools: []
included_optional_tools:
  - switch_modes

tool_description_overrides: {}

実際の利用シーン:

  • 「Claude Desktopでserenaを使いたい」→ 完全な機能セットで包括的開発
  • 「複雑なプロジェクト分析と図表作成」→ Mermaid図表で関係性を可視化
  • 「フレキシブルなワークフロー」→ switch_modesで動的な作業切り替え

ChatGPTコンテキスト

目的: ChatGPT環境での使用(30ツール制限対応)

chatgptコンテキストでできること:

  • ChatGPTの制約に最適化されたツールセット
  • 短縮されたツール説明で効率化
  • 動的なモード切り替え(switch_modesが有効)
  • デスクトップアプリと同様の高レベル思考

chatgptコンテキストでできないこと:

  • 特に制限なし(ChatGPTの制約内で最大限の機能)

chatgpt.yml の内容(重要部分):

description: A configuration specific for chatgpt, which has a limit of 30 tools and requires short descriptions.
prompt: |
  You are running in desktop app context where the tools give you access to the code base as well as some
  access to the file system, if configured. You interact with the user through a chat interface that is separated
  from the code base. As a consequence, if you are in interactive mode, your communication with the user should
  involve high-level thinking and planning as well as some summarization of any code edits that you make.
excluded_tools: []
included_optional_tools:
  - switch_modes

tool_description_overrides:
  find_symbol: |
    Retrieves symbols matching `name_path` in a file.
    Use `depth > 0` to include children. `name_path` can be: "foo": any symbol named "foo"; "foo/bar": "bar" within "foo"; "/foo/bar": only top-level "foo/bar"
  replace_regex: |
    Replaces text using regular expressions. Preferred for smaller edits where symbol-level tools aren't appropriate.
    Use wildcards (.*?) to match large sections efficiently: "beginning.*?end" instead of specifying exact content.
    Essential for multi-line replacements.

実際の利用シーン:

  • 「ChatGPTでserenaを使いたい」→ 30ツール制限内での最適化
  • 「ツール説明を短縮したい」→ トークン効率を重視した開発
  • 「ChatGPT特有の制約下での開発」→ 環境制約に対応した設計

Agentコンテキスト

目的: より自律的なエージェント動作に最適化

agentコンテキストでできること:

  • シンボリックツールによる自律的なコード理解・修正
  • 外部システムプロンプトとの連携
  • 最小限の設定での動作

agentコンテキストでできないこと:

  • 初期指示取得(initial_instructions) – 外部でシステムプロンプト提供
  • モード切り替え(switch_modes) – デフォルトでは無効化

agent.yml の内容:

description: All tools except InitialInstructionsTool for agent context
prompt: |
  You are running in agent context where the system prompt is provided externally. You should use symbolic
  tools when possible for code understanding and modification.
excluded_tools:
  - initial_instructions

tool_description_overrides: {}

実際の利用シーン:

  • 「外部システムとの連携」→ システムプロンプトが外部から提供される環境
  • 「自律的なエージェント開発」→ 最小限の設定で自動化されたワークフロー
  • 「API経由での利用」→ プログラムから制御される開発タスク

前述したように、initial_instructionsswitch_modesと同様にToolMarkerOptionalでマークされており、デフォルトで無効化されています。しかしinitial_instructionsの場合は、Claude Codeでは技術的に不要なツールでもあります。

改めて、なぜinitial_instructionsが使えないのかをコードレベルで詳しく解説します。

前のセクションで確認した通り、公式ドキュメント通りに--context ide-assistantで起動すると、switch_modesget_current_configinitial_instructionsが使えない状態でスタートします。これは意図された正しい動作です。

Claude Codeではinitial_instructionsを実行する必要がないのは、このツールがシステムプロンプトを手動取得するためのものだからです。Claude Codeのようにシステムプロンプト自動設定ができる環境では本質的に不要なツールです。

src/serena/tools/workflow_tools.pyの125行目から:

class InitialInstructionsTool(Tool, ToolMarkerDoesNotRequireActiveProject, ToolMarkerOptional):
    """
    Gets the initial instructions for the current project.
    Should only be used in settings where the system prompt cannot be set,
    e.g. in clients you have no control over, like Claude Desktop.
    """

    def apply(self) -> str:
        """
        Get the initial instructions for the current coding project.
        If you haven't received instructions on how to use Serena's tools in the system prompt,
        you should always call this tool before starting to work (including using any other tool) on any programming task,
        the only exception being when you are asked to call `activate_project`, which you should then call before.
        """
        return self.agent.create_system_prompt()

重要なポイント:

  1. ToolMarkerOptionalの仕組み

    • 前述した通り、デフォルトで無効になっているオプショナルツール
    • included_optional_toolsで明示的に有効化しない限り使用不可
  2. docstringの重要な記述

    • 「Should only be used in settings where the system prompt cannot be set」
    • 翻訳:「システムプロンプトを設定できない環境でのみ使用すべき」
    • つまり、Claude Desktop等の制約がある環境でのみ必要
  3. 実装の本質

    • 単にself.agent.create_system_prompt()を呼ぶだけ
    • これは、本来システムプロンプトとして自動設定される内容を手動で取得するツール
    • Claude Codeのようにシステムプロンプト自動設定ができる環境では不要

システムプロンプト自動設定の仕組み:create_system_prompt()の内部処理

src/serena/agent.pyの367行目:

def create_system_prompt(self) -> str:
    available_markers = self._exposed_tools.tool_marker_names
    log.info("Generating system prompt with available_tools=(see exposed tools), available_markers=%s", available_markers)
    system_prompt = self.prompt_factory.create_system_prompt(
        context_system_prompt=self._format_prompt(self._context.prompt),
        mode_system_prompts=[self._format_prompt(mode.prompt) for mode in self._modes],
        available_tools=self._exposed_tools.tool_names,
        available_markers=available_markers,
    )
    log.info("System prompt:\n%s", system_prompt)
    return system_prompt

各パラメータの詳細解説

このメソッドは以下の4つの要素を組み合わせて最終的なシステムプロンプトを生成します:

  1. context_system_prompt – コンテキストのプロンプト

    • ide-assistantの場合:「あなたはIDE統合環境で動作し、基本的なファイル操作はClaude Codeの内部ツールが処理します」
    • agentの場合:「システムプロンプトは外部で提供されます」
  2. mode_system_prompts – モードのプロンプト

    • planningの場合:「あなたは計画モードで動作し、コードを分析するがコードは書きません」
    • editingの場合:「編集モードで動作し、シンボリック編集ツールを使って精密なコード編集を行います」
  3. available_tools – 利用可能なツール一覧

    • コンテキストとモードによって利用可能なツールが決定される
    • 例:planningでは編集系ツールは除外
  4. available_markers – 利用可能なツールマーカー

    • ToolMarkerSymbolicReadToolMarkerSymbolicEdit等のマーカー一覧
    • AIがどの種類のツールが使えるかを理解するための情報

実際の生成例

--context ide-assistant --mode planningで生成されるシステムプロンプトの重要部分:

英語(原文):

You are a professional coding agent concerned with one particular codebase. You have 
access to semantic coding tools on which you rely heavily for all your work...

Context description:
You are running in IDE assistant context where file operations, basic (line-based) edits and reads, 
and shell commands are handled by your own, internal tools.
The initial instructions and the current config inform you on which tools are available to you,
and how to use them.
Don't attempt to use any excluded tools, instead rely on your own internal tools
for achieving the basic file or shell operations.

Modes descriptions:
- You are operating in planning mode. Your task is to analyze code but not write any code.
The user may ask you to assist in creating a comprehensive plan, or to learn something about the codebase -
either a small aspect of it or about the whole project.

日本語訳:

あなたは特定のコードベースに特化したプロフェッショナルなコーディングエージェントです。
セマンティックなコーディングツールにアクセスでき、すべての作業でこれらを重用します...

Context description:
IDE統合環境で動作し、基本的なファイル操作、行単位の編集、シェルコマンドは
あなた自身の内部ツールが処理します。除外されたツールは使用せず、
基本的なファイルやシェル操作には内部ツールに依存してください。

Modes descriptions:
- あなたは計画モードで動作しています。コードを分析することが任務ですが、
  コードを書くことはありません。ユーザーは包括的な計画の作成や、
  コードベースについて学ぶことを求めるかもしれません。

これにより、AIは自分がどのような役割で、どのような制約の下で動作するかを正確に理解できます。

Claude Codeでは自動処理:MCPサーバー側のシステムプロンプト設定

src/serena/mcp.pyの221行目:

def _get_initial_instructions(self) -> str:
    assert self.agent is not None
    
    return self.agent.create_system_prompt()

コメントにもある通り、MCPサーバー側ではInitialInstructionsToolを使わず、直接create_system_prompt()を呼んでいます。

実際はどう?各コンテキストでのinitial_instructionsツールの利用可能性

前のセクションで確認したYAMLファイルの内容を踏まえると:

なぜinitial_instructionsが使えないのか

実際の理由:

  1. initial_instructionsToolMarkerOptional – 前述した通りデフォルトで無効
  2. どのコンテキストもincluded_optional_toolsで有効化していない
  3. 結果的に全てのコンテキストで使用不可

つまり、「ide-assistantで無効化されている」のではなく、「全コンテキストで明示的に有効化していないため使えない」が正確な理由です。

各コンテキストの除外ツール比較(再掲)

前のセクションで確認した通り:

コンテキスト excluded_tools included_optional_tools initial_instructions可否
ide-assistant 基本ファイル操作系 なし 使用不可
agent initial_instructions なし 使用不可(明示的除外)
desktop-app なし switch_modesのみ 使用不可
chatgpt なし switch_modesのみ 使用不可

initial_instructionsツールの結論

これまでの調査で分かった重要なポイント:

実用的な結論

  • Claude Code: システムプロンプト自動設定のため、initial_instructionsは技術的に不要
  • Claude Desktop: システムプロンプト設定不可のため、initial_instructionsが本来必要だが、実際には全コンテキストで使用不可
  • 根本的な問題: ToolMarkerOptionalにより無効化されているが、どのコンテキストもincluded_optional_toolsで有効化していない
  • 設計思想: 各環境の制約に応じて適切なツールセットを提供するが、現状はinitial_instructionsが使えない状態

ユーザーから「.serenaがいつ作られるか」について質問があったので、コードを調査した結果を記載します。

パターン1:ホームディレクトリの.serena(~/.serena)作成タイミング

作成タイミング: serena初回起動時(MCPサーバー開始時)

作成処理:

  1. SerenaAgent初期化時にSerenaConfig.from_config_file()が呼ばれる(src/serena/agent.py:136
  2. 設定ファイルが存在しない場合、generate_config_file()で自動生成(src/serena/config/serena_config.py:403
  3. この際、os.makedirs(os.path.dirname(config_path), exist_ok=True)~/.serenaディレクトリが作成される(src/serena/config/serena_config.py:386

保存される内容:

  • serena_config.yml – serena全体の設定
  • contexts/ – カスタムコンテキストファイル
  • modes/ – カスタムモードファイル
  • language_servers/ – 言語サーバーのバイナリキャッシュ

パターン2:プロジェクトディレクトリの.serena作成タイミング

作成タイミング: --projectパラメータでプロジェクトが指定された時点

作成処理の流れ:

  1. プロジェクトが指定される(--project $(pwd)
  2. ProjectConfig.rel_path_to_project_yml().serena/project.ymlのパスが決定
  3. プロジェクト設定ファイルが必要になった時点で.serenaディレクトリが作成される
  4. その後、プロジェクト設定ファイルが自動生成される

保存される内容:

  • project.yml – プロジェクト固有の設定
  • memories/ – プロジェクト固有のメモリファイル(onboarding後)

まとめ .serenaディレクトリ作成の重要ポイントと推奨ワークフロー

既存の設定への影響:

  • 一度serenaを起動すると~/.serenaディレクトリが作成される
  • カスタムコンテキスト作成は、serena起動前でも実行可能
  • claude mcp addで既存のサーバー名を使うとエラーになるため、claude mcp removeが必要

推奨ワークフロー:


uvx --from git+https://github.com/oraios/serena serena context create --from-internal ide-assistant --name ide-assistant-enhanced


修正内容(~/.serena/contexts/ide-assistant-enhanced.yml):

description: Claude Code optimized context with mode switching capabilities
prompt: |
  You are running in enhanced IDE assistant context for Claude Code.
  This context is optimized for Claude Code users who want to seamlessly switch between
  different workflow modes (onboarding → planning → editing → interactive) without
  restarting MCP sessions.
  
  You have access to mode switching capabilities that allow dynamic workflow transitions:
  - Use switch_modes to change between onboarding, planning, editing, and interactive modes
  - Use get_current_config to check your current mode and tool configuration
  
  File operations, basic (line-based) edits and reads, and shell commands are handled by Claude Code's
  internal tools. Use Serena's symbolic tools for efficient code analysis and modification.
  
  Recommended workflow:
  1. Start with onboarding mode for project understanding
  2. Switch to planning mode for analysis and specification creation
  3. Switch to editing mode for implementation
  4. Use interactive mode when user collaboration is needed

excluded_tools:
  - create_text_file
  - read_file
  - execute_shell_command
  - prepare_for_new_conversation

included_optional_tools:
  - switch_modes
  - get_current_config

tool_description_overrides: {}

claude mcp add serena -- uvx --from git+https://github.com/oraios/serena serena-mcp-server --context ide-assistant-enhanced --mode onboarding --project $(pwd)

このタイミングで両方の.serenaディレクトリが作成され、以降のセッションでメモリやカスタム設定が活用されます。

どうも、佐々木です。ここまで長い記事を読んでいただき、ありがとうございました。

今回Claude Code × serenaの組み合わせを色々試してみて、かなり色々な発見がありました。備忘録的に書くつもりが、結構がっつり調査してますね(Claude Codeさまさまですが…)

各セクションを振り返って

Claude Codeの制約について

最初に直面した「switch_modesツールが使えない」問題から始まったんですが、調べてみるとToolMarkerOptionalってな仕組みがあって、デフォルトで無効化されてるツールがめっちゃあるんですよね。ここらも色々変わると思いますが、serenaの設計思想を多少は理解できた気がしますね。

これ、最初知らんかったので「なんで使えんねん」って思ってたんですが、これさえ分かっておけば、今後も大丈夫かなと。

カスタムコンテキストの威力

カスタムコンテキスト作るのも、思ったより簡単でした。included_optional_toolsswitch_modesget_current_config追加するだけで、かなり使い勝手が変わります。カスタムモードも同じ感じで作れるので、なかなか柔軟性が高いですね。

てかClaude Codeでモード切り替えできないのは不便じゃないのかな?邪道なのかもしれませんが、カスタムコンテキストで色々できるのは伝わったかなと思います。

Kiro風ワークフローの実現

onboarding → planning → editing → interactiveの4フェーズワークフロー、これがなかなか良い感じでしたね。そもそもmodeとしてあるってことはそういうことなんでしょう。

特にplanningモードでSpecification.md作って、それをベースにeditingモードで実装、最後にinteractiveモードでレビューって流れは、Kiro的な「仕様書駆動開発」って感じになりますね。世の中的にも、仕様書駆動が浸透してきているということでしょうね。

serenaのモードとコンテキストの奥深さ

前述したように、5つのモード(onboarding, planning, editing, interactive, no-onboarding)それぞれにちゃんと役割があって、4つのコンテキスト(ide-assistant, desktop-app, chatgpt, agent)もそれぞれ異なる環境の制約に対応してる。

特にide-assistantコンテキストがClaude Codeの内部ツールとの重複を避けるために、基本的なファイル操作系ツールを除外してるのとかは、「なるほどなー」って感じでしたね。

initial_instructionsの謎が解けた

これが一番スッキリしましたね。最初「なんでinitial_instructionsが出ないんや」って思ってたんですが、実はClaude Codeではシステムプロンプトが自動設定されるから、このツール自体が不要だったという。これで初期化するもんだと思ってたので、スッキリしました。

InitialInstructionsToolの実装見たら、単にagent.create_system_prompt()呼んでるだけで、MCPサーバー側で自動的にやってくれてるから、手動で呼ぶ必要がないんですよね。

しかも調べてみると、実際には全コンテキストでToolMarkerOptionalのせいで使えないっていう。まぁ実は公式READMEにもちらっと書いてますけど、コード読んだ方が分かりやすいですね。

.serenaディレクトリの仕組み

これもコード読んで初めて分かったんですが、~/.serenaは初回起動時、プロジェクトの.serena--project指定時に作られます。

SerenaConfig.from_config_file()のあたりのコード見てて、「あー、ここで作ってるんか」と。

最後に

てか、実は今回ってswitch_modesを有効化しただけでしたね。カスタムなんとか作れば皆読んでくれるかなと思って、ちょっと大げさに書いちゃいましたね。

今回は備忘録的に書くつもりが、気づいたら結構がっつりした技術記事になってしまいました。

でも、Claude Code × serenaの組み合わせで開発する人の参考になれば嬉しいです。特に「switch_modesが使えない」「initial_instructionsが出ない」で困ってる人には、解決策を提供できたかなと思います。

serenaはまだまだ奥が深そうなので、引き続き色々試してみたいと思います。何か面白い発見があったら、また記事にするかもしれません。

間違いや改善点があったら、ガンガン指摘してください。みんなでserenaをもっと便利に使えるようになっていけば良いなと思います。

それでは、最後まで読んでいただき、ありがとうございました!

この戦略で、Kiroのような「分析→仕様書作成→実装」のワークフローがserenaで快適に実現できます。という感じで、お疲れ様でした!



Source link

Views: 0

「M8.7地震で津波警報発令!日本全域注意」

2025年7月30日、カムチャツカ半島付近で発生したM8.7の地震により、日本の太平洋沿岸に広範囲な津波警報が発令されました。気象庁によると、午前8時25分ごろに発生したこの地震は、初めに津波注意報が発表されましたが、地震のマグニチュードを再評価した結果、より危険な津波が予想され、津波警報に切り替えられたとのことです。

津波警報が出ている地域は、北海道から東北、関東、東海、近畿にわたり、特に注意が必要です。すでに、北海道の根室市では30cmの津波が観測されており、沿岸部や川沿いの住民には早急に避難するよう求められています。

地震の発生を受けて、各地域の行政機関は住民の安全を最優先に、迅速な情報提供と避難指示を行っています。特に津波の脅威がある地域では、注意を怠らないようにする必要があります。

このような自然災害の情報は、常に変化するため、信頼できる情報源を通じて最新の状況を確認し、安全行動を取ることが重要です。状況が進展する中で、さらなる情報が更新されることが期待されます。

🧠 編集部より:

速報:カムチャツカ沖でM8.7の地震が発生、津波警報発表

2025年7月30日午前8時25分ごろ、ロシアのカムチャツカ半島付近でマグニチュード8.7の強い地震が発生しました。この情報はTBS NEWS DIGによって報じられ、気象庁が緊急会見を行いました。津波警報が発表された地域は、北海道から九州までの太平洋沿岸の広範囲に及んでいます。

地震の影響

地震の発生を受けて、津波注意報が最初に発表されましたが、その後、実際の地震規模を考慮して、津波警報に引き上げられました。すでに北海道根室市では30cmの津波が観測されています。これに伴い、沿岸部や川沿いの住民には直ちに避難するよう呼びかけが行われています。

背景

カムチャツカ半島は「環太平洋火山帯」に位置するため、地震や津波の発生が比較的多い地域です。ここでは、プレートの動きによる強い地震が頻繁に発生しています。また、日本を含む周辺国もこの影響を受けやすく、津波の警戒が常に求められます。

豆知識

  • 津波のメカニズム:地震が海底で発生すると、海面が上下に動いて大規模な波(津波)が発生します。津波は通常、沖に出るときは目立たないですが、沿岸に近づくと波が高くなることがあります。
  • 避難準備の重要性:過去の津波災害の教訓から、特に津波警報が発表された場合は速やかに避難場所へ向かうことが推奨されます。家族での避難ルートの確認も大切です。

関連リンク

安全のため、常に最新の情報をチェックし、適切な行動を心がけましょう。

  • キーワード: 津波警報

津波警報 をAmazonで探す
地震 をAmazonで探す
カムチャツカ をAmazonで探す



※以下、出典元
▶ 元記事を読む

Views: 0

小関裕太、家族との微笑ましい3ショット公開!パパの優しさが話題に

俳優の小関裕太が、自身のインスタグラムでNHK土曜ドラマ『ひとりでしにたい』に出演する恒松祐里さんと加藤侑大くんとの3ショットを公開しました。この投稿は、2025年8月4日までに行われました。

ドラマの内容

『ひとりでしにたい』は、人間の生と死に関する普遍的なテーマを掘り下げた社会派コメディです。元々は、文化庁メディア芸術祭マンガ部門優秀賞を受賞したカレー沢薫の漫画が原作で、「死」と「笑い」の不思議な融合を描いています。大森美香が脚本を手がけ、綾瀬はるかが主演を務めています。

小関裕太の役柄

ドラマにおいて、小関は主人公・鳴海(綾瀬はるか)の弟である山口聡を演じ、恒松はその妻、キラキラ輝くSNS女子のまゆ役を、加藤は彼らの息子を演じています。小関は、ドラマの最終話が放送される前に投稿を行い、「このドラマを通して強い気付きがあり、様々な世代に教えをくれる」と述べています。また、親子の温かいショットをシェアし、仲むつまじい雰囲気を楽しんでいる様子が伝わります。

反響

投稿には多くのファンからのコメントが寄せられ、「頼もしくて優しいパパの顔」や「家族3人仲良しオフショットいいですね」といった反応がありました。このように、ドラマの内容だけでなく、出演者たちの家族の絆も視聴者に深く響いているようです。

小関裕太の3ショット 小関裕太 撮影:KOBA(C)ORICON NewS inc.

このドラマは、笑いながらも深いメッセージを伝える作品として、多くの視聴者の心に残ることでしょう。

🧠 編集部より:

俳優の小関裕太が、NHKのドラマ『ひとりでしにたい』の撮影を通じて得た気づきを、自身のインスタグラムで共有しました。このドラマは、死をテーマにした「終活」コメディで、文化庁のメディア芸術祭で優秀賞を受賞した漫画を原作としています。漫画を手がけたカレー沢薫氏のユニークな視点に加え、脚本を担当した大森美香氏の手腕で、より深みのあるストーリーとなっています。

背景や豆知識:

  • 『ひとりでしにたい』は、死と向き合うことがどれほど普遍的なテーマであるかを描いています。このテーマは、社会的にも興味深く、さまざまなメディアで扱われています。特に日本では、死についてオープンに話すことが少ないため、こうした作品は新たな視点を提供します。
  • 小関裕太は、多数の舞台や映画で活躍している若手俳優ですが、彼の演技力は多くのファンに支持されています。また、恒松祐里と加藤侑大も新たな世代の才能として注目されています。

また、小関の投稿への反響も注目されており、視聴者からは「普通の幸せそうな家族」とのコメントが寄せられ、ドラマが描くテーマの深さを感じさせます。彼らの演技が、視聴者にどのようなメッセージを与えるのか、一層楽しみになりますね。


  • キーワード: 終活

ひとりでしにたい をAmazonで探す 終活 をAmazonで探す カレー沢祐 をAmazonで探す

※以下、出典元 ▶ 元記事を読む

Views: 0

リーメント新作!「ワドルディおもちゃ工場」登場!

リーメント、ボックストイ「ワドルディのおもちゃ工場」を11月24日に発売

リーメントから、人気ゲーム「星のカービィ」に登場するキャラクターたちをテーマにしたボックストイ「ワドルディのおもちゃ工場」が、2025年11月24日に発売されることが発表されました。

製品の特長

このボックストイは全6種で構成されており、愛らしいキャラクターたちが工場で様々な作業をこなしている姿を立体化しています。具体的には、カプセルを運ぶワドルディや、ミニカー、ぬいぐるみを作るカービィ、また梱包作業をしているワドルディたちが含まれています。さらに、全ての種類を揃えたボックスも販売予定です。

ワドルディのおもちゃ工場

背景情報

「星のカービィ」は、任天堂とHAL研究所が共同で生み出した非常に人気のあるゲームシリーズです。可愛らしいキャラクターたちと、独特なゲームプレイが長年にわたり愛されています。リーメントはミニチュアグッズの制作を得意しており、ファンから高い評価を得ています。

まとめ

この新作ボックストイ「ワドルディのおもちゃ工場」は、ファンにとって見逃せないアイテムとなることでしょう。遊び心満載のデザインと、全6種のキャラクターたちによって、さらなる楽しみを提供してくれることでしょう。

(ニュース記事公開日:2025-08-04 13:43:00)

🧠 編集部より:

補足説明: 「ワドルディのおもちゃ工場」

リーメントが11月24日に発売する「ワドルディのおもちゃ工場」は、人気ゲーム「星のカービィ」をテーマにしたボックストイです。この製品では、カービィとその仲間ワドルディたちが工場でおもちゃを制作する様子が立体的に再現されており、全6種類がラインナップされています。カプセルやミニカー、ぬいぐるみなど、多様なおもちゃの製作プロセスが可愛らしいフィギュアで表現されています。

背景や豆知識

「星のカービィ」は、1992年に初めて登場し、以来数多くの続編やスピンオフ作品がリリースされています。特徴的なのは、カービィが敵を吸い込んでその能力をコピーできる点で、幅広いゲームプレイが楽しめます。また、ワドルディは人気のキャラクターの一つで、カービィの作品ではしばしばお手伝いキャラとして登場します。

このようなミニチュアドールも、コレクターたちにとっては貴重なアイテムになること間違いなしです。リーメントはそういったキャラクターを通じて、ファン層を広げる戦略を続けており、可愛らしさと完成度の高い商品が多くの支持を集めています。

関係するリンク

このアイテムは、おもちゃだけでなく、ファンたちの心にも親しみをもたらすことでしょう。興味がある方は、ぜひ発売日をチェックしてみてください!

  • キーワード: ワドルディ

ワドルディのおもちゃ工場 をAmazonで探す

星のカービィ をAmazonで探す

リーメント をAmazonで探す



※以下、出典元
▶ 元記事を読む

Views: 0

「ジェーン・ストリート疑惑:市場操作の真相は?」

📌 ニュース概要:

背景情報

インドの証券規制当局が、米国の高頻度取引業者ジェーン・ストリート・グループを市場操縦の疑いで告発した。この事件はアムステルダム、香港、ニューヨークなど世界の取引業者の間で議論を呼び起こしている。市場操作と裁定取引(アービトラージ)の境界は曖昧であり、この問題は金融市場全体に対する信頼性を揺るがしかねない。

主要な視点とトピック

  1. 市場操作か裁定取引か
    ジェーン・ストリートは、自社の取引行為を「基本的な指数裁定取引の一例」として正当化している。対するインドの証券取引委員会は、この取引が意図的に市場価格に影響を与えたと主張している。特に、人気の高いニフティ・バンク指数に関連するオプション取引が問題視されている。

  2. 証拠と意図の重要性
    インドの法律では、市場操作を立証するためには、故意に他の市場参加者を誤導したことを証明する必要がある。このため、トレーダーの内部通信や行動が重要な証拠となる。市場に与える影響が操作の意図を示唆するものとして評価されかねない。

  3. 高頻度取引の台頭
    アルゴリズムを用いた高頻度取引が市場に与える影響がますます複雑になっている。これにより、規制当局が取引手法を理解し評価することが難しくなり、市場操作の界限が一層不透明になっている。

  4. 過去の事例
    過去の類似のケースでは、十分な証拠がなかったため、判決が取り消された事例も存在する。これにより、今回のケースについても、規制側の主張が法的に認められるかは不透明である。

独自の見解

この事件は、金融市場における取引の透明性と規制の必要性を浮き彫りにしている。特に、高頻度取引の増加に伴い、不当な市場操作と正当なアービトラージの識別が困難になっている。投資家や一般市民が信頼できる市場環境を維持するためにも、より明確な基準と透明性のある監視が求められる。この問題へのアプローチは、今後の金融取引のルール作りにも大きな影響を与えるだろう。

🧠 編集部の見解:
この記事では、アムステルダムから香港、ニューヨークに至る高頻度取引業者における市場操作と裁定取引の境界が問われています。インド証券規制当局のジェーン・ストリート・グループへの告発を通じて、投資戦略の透明性と倫理性が再考されています。悪質な市場操作と見なされるか否かの判断は極めて難しく、取引の意図や市場への影響が重要な要素となります。

この問題は、取引の規制が追いついていない現状を示しており、高頻度取引業者が利用するアルゴリズムの複雑さは、規制当局の監視を難しくしています。また、経済と倫理の交差点において、投資家が受ける影響についても考えるべきです。もし、規制が不十分であるならば、一般投資家が不利益を被るリスクが増すことになります。

このような事例は、金融市場に関心のある読者にとって、取引の透明性や倫理的な側面に注目させる機会となります。市場の健全性を保つためには、規制の強化が必要であり、読者がこの問題について考えることは、自らの投資活動においても重要です。市場操作の検証に向けた一歩として、この記事を読む意義は大いにあります。

  • キーワード: 市場操作


※以下、出典元
▶ 元記事を読む

Views: 0

【覇権TCGの理由】ポケモンカードとゲームの因果関係を調べてみたら納得の理由がそこにありました!!

JR秋葉原駅 電気街口改札から徒歩5分! このチャンネルはカードショップポンポコの店長、ポンポコ宮本がカードゲームをガハハ …

source

Views: 0

「学士不要!高収入仕事トップ20」

🔸 ざっくり内容:

近年、学士号を持たずに高収入を得ることができる職業が多く存在することがわかりました。Business Insiderは、アメリカ労働統計局のデータを基に、準学士号や高校卒業資格で就ける高収入職のランキングを紹介しました。

背景情報

アメリカでは高等教育を受けるための費用が高騰しており、多くの学生が学生ローン負担を抱えています。この状況に対抗する一つの方法として、必ずしも学士号を必要としない職業を選ぶことが注目されています。BLS(アメリカ労働統計局)のデータによると、高校卒業や準学士号でアクセスできる職業の中にも、年収が6桁に達するものが複数存在します。

主な職業と年収

以下は、学士号が不要で高収入を得られる職業の一部です。

  1. 航空管制官 – 年収中央値:約11万ドル(約1540万円)
  2. 発電所作業員 – 年収中央値:約9万970ドル(約1395万円)
  3. 電気修理工 – 年収中央値:約10万940ドル(約1413万円)
  4. 歯科衛生士 – 年収中央値:約9万4260ドル(約1320万円)
  5. 消防士 – 年収中央値:約9万2430ドル(約1294万円)

これらの職業は、一般的に必要とされる学歴が少なく、しっかりとした専門技術や体力的なスキルが求められます。特に医療や技術系の職業は、今後の需要も高まると予想されています。この記事が示すように、学びや経験によってキャリアを築く選択肢は多様です。

🧠 編集部の見解:
この記事は、学士号を持たなくても高収入を得られる職業について紹介しています。特に興味深いのは、特定の職業では高等教育が必須ではない一方で、年収が6桁を超えるものも多いという点です。

### 感想
私自身、学歴優先の校風で育ったため、「学士号がなければ成功は難しい」という考えが心のどこかに根付いていました。しかし、この記事を読んでみて、実は多様なキャリアパスが存在することに驚かされたと同時に、認識が変わりました。

### 関連事例
例えば、アメリカでは近年、「技能職」に対する需要が高まっています。特に、英語教育やIT技術、工業系など、専門的なスキルを要する職業の需要が急上昇しています。こうした職業は、学位がなくても資格によって就けることが多いです。

### 社会的影響
この現象には、若者の就職観にも大きな影響があるでしょう。学士号や大学教育が必須ではなくなることで、経済的な負担を軽減することが可能となります。特にアメリカでは、学生ローンの負担が問題視されていますから、こうした選択肢の多様化は歓迎されるべきです。

### 豆知識
アメリカの労働市場では、これまでの常識を覆すような職業が増えてきています。例えば、航空管制官は高い年収を得ながら、特別な大学教育が不要です。そのため、大学で学ばずとも、特定のトレーニングさえ受ければ大きな収入を得られる道が開けています。

こうした情報を活用することで、進むべき道を見極める手助けができるかもしれません。将来を考える上で、学歴だけが全てではないということを忘れないようにしたいですね。

  • キーワード: 高収入職業


モデリングをAmazonで探す
発電をAmazonで探す
歯科衛生士をAmazonで探す


※以下、出典元
▶ 元記事を読む

Views: 0