アニメ投稿をあと10本ぐらい固め撃ちしようと思ってたんだけど旬の話題なのでcopilot界隈についてです.
4月14日の午後に、VS上で動く github copilot が使えなくなりました.
messageがほとんど出ないんだけど、ログを見るとサーバ接続できない系のエラーで停まってる.
コピロット使えないと困りますぅ.
サインオフ→サインイン →だめ
visual studio community 2022再インスト →だめ
再起動 →だめ
なにやっても →だめ
visual studio community 2026をインストしたら少し進展がありました.
エラーメッセージが親切です.英文だけどこんな内容.
「github copilot pro trialはただいま一時的に停まってます.pro+にupするか、freeにdownするかしてください」
他のサイトを調べたら、
4月13日からセキュリティメンテナンスで停まる.停まるのはpro trialのみ.
わたしにはモロ当たりです.日本時間だと14日なのだろう.
ここで、github copilotのlicenceについて整理するとこんな感じ.
pro+ 月$38とかだったかな
pro 月$10
pro trial 1ヶ月間無料
free 1ヶ月間無料
わたしはfreeだったけれど先日pro trialにあげました.5月にproに自動昇格します.
いきなりproにすればこんなトラブルに巻き込まれずに済むものをと考えますが、free→proへ移行できなくて、1ヶ月間のクーリングオフであるpro trialを経なくてはproになれないんです.なので現在pro trialで巻き添え喰らって死亡中.
いつ復旧するのか分かりませーん.
エラーメッセージに従ってfreeにdownしてみたけど、直ちに反映されるわけではなく、問題解決せぬまま事態はかえってこじれてしまったかもしれません.なぜなら再びpro trialに戻さなくてはならないからです.というかそもそもtrial→freeへ遷移できるのかな?
厳しいなぁ...
ーーーー
48時間ぐらい経過して治りました.
治る直前に何が起きたか?
VS画面でgithub copilot free expiredが出て誘導に従います.
5月から$10が課金されると承知しているが、上で書いたとおり一旦freeにdown gradeしてしまったので再度課金プランにupするのだろう.
課金OKみたいなボタンを押す
→いきなりgithubに$7取られた.
もしかして、githubへサブスク$7+github copilotへサブスク$10という建てつけなのだろうか? $7については知らんのだけど・・・
かしこ
murasaki
返信削除もうgeminiとかclaudeが止まったら仕事になりません。(>.<)
既にめんどくさがりのアホになっているかも。
まだ復旧しないコピロット
削除おわりだ
おわりだ
AIが社会インフラをコントールする未来社会へ・・・・
Geminiは2月絶好調だったのですが、3月のどこかから少し頭が悪くなっています。周囲のほとんどの人が言っているのでおそらくそうなのだと思います。Claudeはチャットだけでなくて情報収集やスケジューリングなどもやってくれるそうなので止まったらかなり困る人が出てきそう。これから自分も定型業務やリマインドはClaudeにお願いしていこうと思っているのですが、更にダメな人間になりそうでちょっと怖い気もしています。
削除クロードってあんすろぴっくのやつかな
削除賢すぎて社員がビビったとか
宣伝かな
Claudeはたしか営利主義に走るのはけしからん!といってOpenAIから飛び出して一番高いサブスク料金をとっている会社でしたかね。彼らの開発しているエージェントの機能のおかげでSaas系の会社がヤバくなっています。
削除日本のFreeeという経理系の会社も自分達の製品にAI導入してみたら俺たち要らねーじゃんということを実感してびっくりしているみたいです。
わたしのコピロットは5月になって有料プランにならないと動かないような気がしてきました
削除Geminiと和解せよ(Claudeでも可)。この際他のAIも使ってみては如何でしょうか。
削除xxx[0][]= new
削除xxx[1][]= new
これやったらエラーでした [0]とか知らんというエラー
AIが直し方を教えてくれました
c言語の定義の仕方に慣れると最近の言語の定義方法がさっぱり頭に入ってきません・・。特に配列は。
削除直し方はこうゆう行追加でした.1行目がよくわかんねえす
削除xxx= new [2][] ←これ追加
xxx[0][]= new
xxx[1][]= new
たぶんですが、1行目がいわゆる配列の定義かと。2行目以降は0行目の配列数、1行目の配列数を定義しているのかと。ちなみに型は省略できるんですかね。
削除int[][] xxx = new int[2][];
みたいに型を書かないといけないのかと思ってました。
intはひつようとなります
削除都度メモリに枠取りしてくれるとわたしにも理解しやすいんですが
実体はあとでいわれましてもみたいな
出たとこ勝負でおねがいしたい
わたしはRustをひつようとする場面には直面しない気がします
削除ソフトを売る仕事をするとは思えないので
いまコピロットとdebugしていて、
削除コピロットがよくわからんことを言ってて、
何かをたずねたら、
debug用のprint文の体裁の凡ミスを指摘された
コピロットが指摘した表示結果
fullscale 5.0sensitivity 0.5
直すよう促された表示結果
fullscale 5.0 sensitivity 0.5
sensitivityの前にspace入れましょうよだってさ
細かいなw
コパイロットうるさいですね💦
削除親切というべきか。
新しい言語ほど定義が面倒というか理屈っぽい気が。ハード屋からするとメモリを確保してラベルを振ってくれればそれでよいのですが・・。そこから離れることが言語としての進歩みたいなんですよねー。
仮想っぽいメモリの扱いはイヤなんだわ
削除