はじめに こんにちは！ブロックチェーン×AI Agentで自律経済圏を創るKomlock labでエンジニアをしている小原（@brto_0224）です。 4月にこのポストを出しました。「Polymarketのオッズ変動は株価に先行するのか？」という仮説を実口座で検証を開始する、という宣言でした。監視ツール自体の話は前回の記事に書きました。 Polymarketは現状、日本からは閲覧のみ（View Only）で、取引ができません。何か活用できないかと考えた結果、「取引はできなくても、データを活用することはできる」という発想で、オッズの急変動をトリガーに米国株を自動売買する仕組みを作りました。 あれから約1ヶ月半。実際にリアルマネーで回し続けた結果をまとめます。 先に結論 初期資金$63.06（約1万円）で約1ヶ月半運用、実現損益は+$6.72（完了20取引） 勝率60.0%（12勝8敗）、今
Tip 🎉 Aivis Cloud API をリリースしました！ LLM 連携に最適・最速 0.3 秒のリアルタイム音声合成 API を、ベータ期間中は無料でお試しいただけます！ AivisSpeech Engine は一般的な PC 上で1人で使うことを想定して設計されており、多くのリクエストを高速に捌く必要のある API サーバー用途には最適化されていません。 AivisSpeech Engine は CPU のみでも高速に動作させるために ONNX Runtime ベースで開発されていますが、GPU サーバー上での生成速度やスケーラビリティには根本的なボトルネックがあります。 また、VOICEVOX ENGINE との API 互換性を保つトレードオフとして、技術的に新機能の追加や仕様変更が難しく、API 仕様自体が分かりにくいという課題もあります。 Aivis Cloud API
国土交通省では「建築・都市のDX」や「ジオAI（地理空間情報×AI）」の取組を進め、こうした取組の中で多様な地理空間情報の連携・活用を推進しています。 この一環として、AIを活用して自然言語で多様な地理空間情報を容易に連携・活用できる環境を提供するため「地理空間MCP Server-MLIT Geospatial MCP Server-」（α版）を試作し、公開いたします。本MCPサーバーでは「不動産情報ライブラリ」APIで提供する25種類※の不動産取引に関するデータを活用することができます。 これにより、GISやAPIに関する専門知識がなくとも、大規模言語モデル（LLM）等を活用して自然言語により地理空間情報を取得・活用することが可能となるほか、データ取得・処理コストを削減し、多様な地理空間情報の活用が一層進むことが期待されます。 ※本MCPでは、不動産情報ライブラリAPIで提供する35種
ChatGPTやClaudeから、行政APIを介して最新の行政データにアクセス － AI HYVEとN-3、「行政オープンデータリモートMCPサーバ」を無料公開 －～ ChatGPTやClaude等のAIエージェントから、不動産取引価格・官公需入札・政府統計（e-Stat）へのデータアクセスを実現。MCP公式レジストリで無償公開 ～ 株式会社AI HYVE（東京都渋谷区、代表取締役：北條敦也、以下当社）と合同会社N-3（東京都文京区、代表者：栗本浩佑、以下N-3）は、バイブコーディングの普及および行政データ活用の推進による生産性向上を目的に、行政サービス（行政API）をAIエージェント／LLMから利用可能にする「リモートMCPサーバー（Model Context Protocol Server）」を無料で公開したことをお知らせします。 本取り組みは、当社が提供するAIドリブン開発の次世代S
Apifyとは Webサイトのスクレイピングを行うSaaSです。 スクレイピングをするSaaSというと、OctparseなどのGUIでスクレイピングの指示を設定するサービスを思い浮かべる方もいらっしゃるかと思いますが、ApifyはスクレイピングするコードをApifyのプラットフォーム上にデプロイして実行する方式という点で他のサービスとは一線を画します。 詳しくは公式ページをご覧ください。 何が最高なのか GPTの力でノーコードでスクレイピングが可能 ApifyではスクレイピングをするコードをActorと呼びますが、ActorはStoreに公開することができ、公開されたActorを利用することも可能です。 Storeには特定の目的に沿ったActorや汎用的に使えるActorが公開されており、それらをうまく利用すれば、なんと自分でコードを書かなくても設定値を変更するだけでノーコードでスクレイピ
はじめに この記事では、Redoc を使って OpenAPI 形式の仕様から仕様書を出力する方法や付属の lint ツールを紹介します。混乱しがちな Redocly との関係についても説明します。ただし Redocly の有償プランについては説明しません。 Redoc とは Redoc は、OpenAPI で書かれた仕様を元に、仕様書を出力するツールです。用途としては Swagger UI かなりと似ていますが、色使いが控えめで洗練されている印象です。 Swagger UI で生成した仕様書 Redoc で生成した仕様書 Redoc は有償のカスタマイズをしない場合は Swagger UI ほど多機能ではないようです。API の試し打ちといった機能は利用できませんでした。下記のページで自分の OpenAPI 形式のファイルをアップロードし、どのようにレンダリングされるかを確認することができ
Webサイト連携の機能をお使いいただくことで、自社のWebサイトに待ち情報を表示することができます。 Webサイト連携とは、店舗で運用されているWebサイトに、「待ち組数」「待ち時間」等を表示することができる機能です。 60秒ごとに自動更新されますので、リアルタイムな情報の表示が可能です。 Webサイト連携について 特徴 店舗で運用されているWebサイトに「待ち組数」「待ち時間」「呼出中の最大番号」などを表示することができます。 仕様 店舗名、待ち組数、待ち時間、呼出中の最大番号のリアルタイムな情報を取得できます。 60秒ごとに自動更新されます。 事前に申請いただいたドメイン上のみで動作します。 サブドメイン上では動作しません。 申請方法 ヘルプデスクまでお問い合わせください。その際、AKRコードが必要になります。 ヘルプデスクまでAKRコードをお知らせいただくと、該当店舗で利用できる指定
元々NoteClientは自分のために開発したため、設計など一切せず開発が容易なSeleniumでnoteをスクレイピングして記事を投稿するという仕組みである。 このせいで拡張性が低く、処理が遅い。 今回はその問題の解決策をまとめる。 記事を作成するSeleniumは我々ユーザーと全く同じ動作をプログラムとして実行しているだけなので処理が遅い。 なので、noteのAPIを使用することで処理を高速化できると考えた。 試しに記事を作成するときの通信を観てみましょう。 Chromeのデベロッパツールを使用して新しい記事を作成したときの通信を観ると、text_notesという項目の通信を発見した。 この通信は「https://note.com/api/v1/text_notes」にPOSTを送ると、このようなレスポンスが返ってきます。 レスポンスを見るとkeyという項目に記事のIDが入っていること
note非公式APIは「v1」から「v2」へ前回2020年の2月時点にも書いた「note非公式APIを用いて全記事データを取得する方法」ですが、2020/12/30の現時点において「v1」APIは廃止されておりもはや使えなくなっています。 そして代わりに「v2」APIが使えるようになっています。 そこで今回は「v2」APIを使って、ユーザーの"全記事データ”を取得するpythonコードについて検証していきたいと思います 現在のAPIユーザー情報を取得するAPI URL https://note.com/api/v2/creators/user_nameuser_nameの部分に取得したいユーザー名を入れます 例としては以下のようになります # 例：note公式の情報を取得 https://note.com/api/v2/creators/infoなお上記のURLで返ってくるのはjson形式
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
