書くな。同じ手順ならばスクリプトにしろ／↑手順や作業やレビュー観点って言うんだから確定論的作業になるんで、スクリプトでしょ？ 本文ぐらい読んであげなよ・・・
曖昧さがある人間味のあるものはスキル、確定的で機械的に可能なものはスクリプト。「書くな」というのはスキルがどういうものか分かってない人の話なので聞く必要は無い。
"AIは自分より自分の作業を覚えている"
n8nみたいなワークフロー自動化ツールも不要になってきたって感じかな。RPAもスクリプトでLLMが実行可能だしホワイトカラーの仕事は8割くらいAIで代替可能じゃね
それ、スラッシュコマンドにしない?（全部とは言わんけど） / スキルとスラッシュコマンドは統合されてたか（ありがとうございます: id:hase0510） / スキルとして発見されたくなければ disable-model-invocation: true が必要か
スキル化は有用なので以下は作業の変化と考えるが、AIは入力内容の違いと認識のズレで結果を誤るけどエラーを出さないので問題が分かりづらい。禁止事項などの制御とエラーを自発的に拾う仕組みまで組み込みたい。
まあ当たり前だけどこの手のオンライン情報共有ツールは運営側はユーザーが記録したすべての情報を制限なく見れるわけでね。アイデアやプライバシーは全部筒抜けだと思っておいたほうがいい。朝鮮企業LINEも同様だ。
すべてskillにするべきではない、ってclaudeくんに言われたんだけど
最近のセッション履歴を見て、繰り返しやっている作業パターンがあれば教えて。 Skillにできそうなものをリストアップして。
なるほど〜
スキルの進化はすごいな。ついていかないと。
Claude Codeのスラッシュコマンドはスキルに統合されたので、スキルにするのはスラッシュコマンドにするのと同じことです
skillでできることは他人に渡しても同じことができるということになる。自分の墓穴を掘ってるようなものだよね。今は良くても、いずれ自分がいらなくなる。今後避けて通れなくなるのだろうけど。
SkillじゃなくてSkillsじゃないの？
、
Skillの達人ならAI口調をもう少しなんとかするSkill書くくらいすぐでしょ。なんでやらないの。
スッキリさせたい。
だいたい賛成なのだがClaudeにメンテさせるとだんだん人間が読んでも理解できなくなっていくので人間が読むことを前提にはしないほうがいいと思う
"言葉にすれば、誰でも使える指南書になる"
n8n不要って言ってる人いるけどこの人の勤めるメルカリは唯一n8nをAI技術基盤に使ってる大企業で有名。併用してんだよ多分。
境界設計で事故りそう
うちのAgentは「それSKILLには向かないっすね」って95％くらい拒否してきます
「まず1個Skillに書く」を合言葉にすると、惰性タスクの棚卸しが進みそう。
自分一人だと skill 化するの面倒なだけなんだけど、チームの出力を平準化する為には skill/command/MCP でツール化した方が楽だよね。
スキルに書けって、ボクも書かせてもらうにゃ！
SK-IIじゃなかった
属人的な作業はまさにこれで対応した
それすき
なんでみんなskillにしたがるの？サブエージェントにした方がメインコンテクスト消費しないし並列で実行できる。サブエージェントの方が良くないか？
手順書を書いてから自動化に取り組む(取り組む時間はない)というスタンスだったんだけど、AIに任せればいいのかと気づいた
ようは今までのdocs/マニュアルってことだろう？
自分で盛ってるって書いてるとこあれなんだけど、盛り過ぎや。
スキルは確かに便利だけどdescriptionはコンテキスト食うしスキル使うとtokenも消費するから、完全に定型作業な場合はスキル作るよりスクリプト作った方が良いと思う
あとで読む
前提として必要なのは定型化の線引きの判断力で、それがないと大量のゴミが出そう
具体的な作業に落とし込めるものは、claude -pで定型のプロンプトを渡すスクリプトを書いて任意のタイミングで実行するとかでもいいのかな
別にSKILL.mdじゃなくてもいい。ファイルを示して、これを読んでこの仕事をしてほしい、で機能する。運まかせの自動発動とか忘れるスラッシュコマンドは不要。Skillsは標準というだけでAIにとって結局同じ。
毎日使ってるスキル、大体2〜3個に落ち着くよね
本当の定形処理ならスクリプト生成させた方がよかったりして？
仕事はすべてSkillに書け - それ、Skill にしない？
書くな。同じ手順ならばスクリプトにしろ／↑手順や作業やレビュー観点って言うんだから確定論的作業になるんで、スクリプトでしょ？ 本文ぐらい読んであげなよ・・・
曖昧さがある人間味のあるものはスキル、確定的で機械的に可能なものはスクリプト。「書くな」というのはスキルがどういうものか分かってない人の話なので聞く必要は無い。
"AIは自分より自分の作業を覚えている"
n8nみたいなワークフロー自動化ツールも不要になってきたって感じかな。RPAもスクリプトでLLMが実行可能だしホワイトカラーの仕事は8割くらいAIで代替可能じゃね
それ、スラッシュコマンドにしない?（全部とは言わんけど） / スキルとスラッシュコマンドは統合されてたか（ありがとうございます: id:hase0510） / スキルとして発見されたくなければ disable-model-invocation: true が必要か
スキル化は有用なので以下は作業の変化と考えるが、AIは入力内容の違いと認識のズレで結果を誤るけどエラーを出さないので問題が分かりづらい。禁止事項などの制御とエラーを自発的に拾う仕組みまで組み込みたい。
まあ当たり前だけどこの手のオンライン情報共有ツールは運営側はユーザーが記録したすべての情報を制限なく見れるわけでね。アイデアやプライバシーは全部筒抜けだと思っておいたほうがいい。朝鮮企業LINEも同様だ。
すべてskillにするべきではない、ってclaudeくんに言われたんだけど
最近のセッション履歴を見て、繰り返しやっている作業パターンがあれば教えて。 Skillにできそうなものをリストアップして。
なるほど〜
スキルの進化はすごいな。ついていかないと。
Claude Codeのスラッシュコマンドはスキルに統合されたので、スキルにするのはスラッシュコマンドにするのと同じことです
skillでできることは他人に渡しても同じことができるということになる。自分の墓穴を掘ってるようなものだよね。今は良くても、いずれ自分がいらなくなる。今後避けて通れなくなるのだろうけど。
SkillじゃなくてSkillsじゃないの？
、
Skillの達人ならAI口調をもう少しなんとかするSkill書くくらいすぐでしょ。なんでやらないの。
スッキリさせたい。
だいたい賛成なのだがClaudeにメンテさせるとだんだん人間が読んでも理解できなくなっていくので人間が読むことを前提にはしないほうがいいと思う
"言葉にすれば、誰でも使える指南書になる"
n8n不要って言ってる人いるけどこの人の勤めるメルカリは唯一n8nをAI技術基盤に使ってる大企業で有名。併用してんだよ多分。
境界設計で事故りそう
うちのAgentは「それSKILLには向かないっすね」って95％くらい拒否してきます
「まず1個Skillに書く」を合言葉にすると、惰性タスクの棚卸しが進みそう。
自分一人だと skill 化するの面倒なだけなんだけど、チームの出力を平準化する為には skill/command/MCP でツール化した方が楽だよね。
スキルに書けって、ボクも書かせてもらうにゃ！
SK-IIじゃなかった
属人的な作業はまさにこれで対応した
それすき
なんでみんなskillにしたがるの？サブエージェントにした方がメインコンテクスト消費しないし並列で実行できる。サブエージェントの方が良くないか？
手順書を書いてから自動化に取り組む(取り組む時間はない)というスタンスだったんだけど、AIに任せればいいのかと気づいた
ようは今までのdocs/マニュアルってことだろう？
自分で盛ってるって書いてるとこあれなんだけど、盛り過ぎや。
スキルは確かに便利だけどdescriptionはコンテキスト食うしスキル使うとtokenも消費するから、完全に定型作業な場合はスキル作るよりスクリプト作った方が良いと思う
あとで読む
前提として必要なのは定型化の線引きの判断力で、それがないと大量のゴミが出そう
具体的な作業に落とし込めるものは、claude -pで定型のプロンプトを渡すスクリプトを書いて任意のタイミングで実行するとかでもいいのかな
別にSKILL.mdじゃなくてもいい。ファイルを示して、これを読んでこの仕事をしてほしい、で機能する。運まかせの自動発動とか忘れるスラッシュコマンドは不要。Skillsは標準というだけでAIにとって結局同じ。
毎日使ってるスキル、大体2〜3個に落ち着くよね
本当の定形処理ならスクリプト生成させた方がよかったりして？