ひでまる｜物販系受託開発

せどり・物販特化のツール開発者｜エンジニア未経験畑違いの会社員から5年で200件開発｜個人 x AI、個人 x 組織開発にシフト中｜受託開発のリアルやノウハウを発信

[ひでまる｜物販系受託開発 @hidemaru_ec]

【せどり・物販ツールの開発実績】

これまで開発してきた実績一覧をまとめました！

「こんなツールが有ったらいいのに...」とお悩みの方も、実は知らないだけかもしれません！

ぜひ一度見てみてください！
https://t.co/RdB04bMPqV

[たはら｜ 二刀流（システム開発×マーケティング） @TAHARA_BTOOL]

【あなたにピッタリな補助金情報が届く】

「ピッタリ補助金」
をサービスインしました！！

僕がオススメする５つのポイント。

＝＝＝
＜ポイント１＞
￣￣￣￣￣￣￣
登録したら、あなたにマッチした
補助金情報を届くの待つだけ。

＜ポイント２＞
￣￣￣￣￣￣￣
国の大きな補助金から
地方の小さな助成金まで全網羅。

＜ポイント３＞
￣￣￣￣￣￣￣
通知された通知情報から
申請まで迷わずに進められる。

＜ポイント４＞
￣￣￣￣￣￣￣
難易度が高い補助金申請は
サポートに任せられる。
※条件などの詳細はURL先参照

＜ポイント５＞
￣￣￣￣￣￣￣
補助金や助成金情報を
経産省や中小企業庁などから

勝手にクローリングして
情報を取得してきているわけではなく

クローリング許可を
もらっている会社と連携している。
＝＝＝

詳しくはこちらご覧ください。
↓↓↓
https://t.co/6ssJ1OE26T

[佐藤 英介 著書「Yahoo!ショッピング完全攻略ガイド」出版 @wakainkyo]

AIでツール開発する前に、岡崎市立図書館スクレイピング事件ぐらいは知っておいた方が良い。
逆に言うと、開発者にこの事件を知っているか聞いて、知らない人のツールは危険かもしれない、と判断材料になるぐらい有名な話。
この事件の逮捕の是非はさておき、リスクとして知っている必要はあるので。
AmazonもAIツールでアクセスしてくるな、と言い始めていて、垢バンのリスクも出てきているし。
※厳密にはこの事件はスクレイピングではなくクローリングだけど、わかりやすさ重視で事件名は変えた。
クローリングよりスクレイピングの方がやばいので、今のAIスクレイピングに対する警鐘として。

[ひでまる｜物販系受託開発 @hidemaru_ec]

物販ツールと全然関係ないけど、Claude Coworkに金融機関のリサーチをやらせてみたけどクオリティは申し分ない。

もう少し設計を整えてスキル化したら各都道府県のリサーチまで汎用的にできそう。

[ひでまる｜物販系受託開発 @hidemaru_ec]

Keepa落ちてる...？

[ひでまる｜物販系受託開発 @hidemaru_ec]

@engineer_couple コメントありがとうございます！プロンプトもAIとの壁打ちで精度を上げることができるのでコーディングの部分はだいぶ楽になりましたね！

[ひでまる｜物販系受託開発 @hidemaru_ec]

今更ながらCursorのPlanモード使うと、完全に“部下の報告を聞いて承認する管理職”の気分になる笑

仕様確認してOKしたら、AIが自走で実装を進めて

で、結果を見て必要ならちょっと喝を入れる。もうこれAI開発というよりAIマネジメントだ

[ひでまる｜物販系受託開発 @hidemaru_ec]

カスタマーサポート系、有料保守契約の人は対人対応、無料問い合わせはフロントをAIで対応させようか、割と真剣に悩んでいる。

[ひでまる｜物販系受託開発 @hidemaru_ec]

KeepaAPIのドキュメントを久しぶりに見てみたら、A+コンテンツの項目が追加されてたからAPI叩いてみたけど、全然データが入ってない...。項目があるだけで、徐々に追加されていくんだろうか。

[ひでまる｜物販系受託開発 @hidemaru_ec]

必要なものを必要なときに必要なだけ作れる。まさにジャストインタイムのデジタル工場だ。

[ひでまる｜物販系受託開発 @hidemaru_ec]

単一エージェントと壁打ちしながらの仕様詰めって、認知コストがどんどん増大する進め方で、

一方で大量並列実装だと、まずは“少ない認知コスト”でボールを投げておいて、返ってきた発散済みのアウトプットからいいものだけ抽出して収束させていく。
このやり方だと認知コストあたりの効率が圧倒的に高い。

しかも、認知コストに対する成果物という“投資リターン”で考えてもお得だし、成果物を早く手に入れられるぶん、市場投入が早まって機会損失も防げる。

そう考えるとAIエージェントの並列化は「速く作れる」だけじゃなく、思考コストとビジネス速度まで最適化してくれる仕組みなんか。

[ひでまる｜物販系受託開発 @hidemaru_ec]

たまにある悩み。

あるお客様向けにツールを開発して、次に別のお客様から「同じようなツールを作ってほしい」と依頼がくる。

で、「同様の開発経験があるなら、安くできますよね？」と言われてモヤッとする。

過去の開発で設計や実装は効率化できていて、自分の中では“無形資産”として活用できるけど、最初に開発費を払ってくれたお客様がいたからこそ。

同じお客様が言うならまだしも、違う人から言われるのは違う気がする。

[ひでまる｜物販系受託開発 @hidemaru_ec]

エージェント並列実装で、子ども用の算数アプリを自作してみた！

PokeAPIを使って、全問正解したらポケモンをゲットできて、ゲットしたポケモンは図鑑で見られる仕様。

“アプリを自作できるOS”だからこそ個人利用向けAPIとも相性がいいですね〜 #kamui4d #kamuios

[ひでまる｜物販系受託開発 @hidemaru_ec]

同感です！プロキシ切り替えは従量課金なので、大量の商品を対象にするスクレイピングには正直向いてないので、サーバーを複数用意して、ブロックされたら別サーバーで回す…というやり方のほうがコスト効率は良かったりしますが、それはそれで相手側に迷惑をかけている感があって結局モヤモヤします。
だからこそ、「APIを課金制で提供してください」という気持ちになりますね。

[ひでまる｜物販系受託開発 @hidemaru_ec]

IPローテーション使ったスクレイピングは”技術的には可能”と“やっていいのか？” の間にあるモヤッと感がなんとも拭えないなぁ。

[ひでまる｜物販系受託開発 @hidemaru_ec]

大量のエージェントを並列で走らせて実装するマルチエージェント方式、コンペ形式で一番良い成果を選ぶ仕組みだから、必然的にエージェント数＝成果の質になる。

でも数を増やすには、高スペックのマシンが必要。つまり、高性能環境を持つ者がより成果を出せる世界。資本主義の縮図みたい。

[ひでまる｜物販系受託開発 @hidemaru_ec]

AI開発の学びの場に課金してみた。
受託で案件をこなすだけでもスキルは伸びるけど、
もっと速く成長するならやっぱり実践。
これでクライアントへの提供価値をもう一段上げていきたい。

[ひでまる｜物販系受託開発 @hidemaru_ec]

今回のSP-APIの料金改定でKeepaもどうなるんだろうと思ってたけど、今のところ無風っぽい。とはいえ、あれだけのデータをどう蓄積してるのか…。

TaobaoやTmallの情報を取れるRapidAPIもあるけど、
やってることの構造はきっと似てるんだろうなぁ。

[ひでまる｜物販系受託開発 @hidemaru_ec]

SP-APIの料金改定で、有象無象のツール、特に無在庫ツールは一気に減りそう。
一方で中堅以上のセラーは「プライベート開発者」として自社ツールを作る流れにシフトしていくんだろうね。

でもこの動きが広がれば、いずれプライベート開発者にも課金が来る気しかしない。

[ひでまる｜物販系受託開発 @hidemaru_ec]

追加のAPI料金は発生しないって書いているけど、従量課金も発生しないということだろうか。。。

[ひでまる｜物販系受託開発 @hidemaru_ec]

Amazon SP-APIの有料化、これは今年一番のビッグニュース。個人的に重要視しているのは、SPPポータル上で自分の開発者区分がどうなってるか。

リリースを見る限り、
今のところ課金対象は「パブリック開発者」。
（＝他社向けにSP-APIを使ったアプリやサービスを提供している開発者）
→ 年額＋API呼び出し課金の対象。

一方で「プライベート開発者」は、
自社アカウント専用利用であれば現時点では対象外かな？

でも、正直…この流れだといずれプライベートも課金来そうな気がしてる。

[たはら｜ 二刀流（システム開発×マーケティング） @TAHARA_BTOOL]

＜超重要＞
――――――――――――
せどり・物販ツール
サービス提供者各位
――――――――――――
AmazonのSP-API利用料が
発生するようになるという
業界を揺るがす通達がありました。

詳細はコチラ。
https://t.co/gFV5RmOjdJ

――――――――――――
僕が関係している
プロジェクトの皆様へ
――――――――――――
情報をしっかりと整理して
どのような影響があるか

今後どうすればよいかを
しっかりと整理して
ご連絡いたしますので

少しお時間頂戴いたします。