Loading the catalog…
THE AI OPPORTUNITY INDEX
Find your next AI tool. Explore free access, trials, and credits — all in one place.
Zennの「AI」のフィード
Claude Code の権限モードを bypassPermissions(すべて許可)にして、許可ルールも100件入れた状態で、それでも実行が拒否される操作がありました。 拒否のメッセージはこれです。 Permission for this action was denied by the Claude Code auto mode classifier. Reason: Blocked by classifier. 権限設定の話だと思って半日調べたので、分かったことを書きます。 権限モードと、その先にあるチェックは別 整理するとこうなっていました。 何を見るか 変えられる...
Score: 57.12Confidence: 54%
View offerZennの「AI」のフィード
はじめに 生成AIについては、「AIによって能力の低い人も仕事ができるようになる」「能力の高い人はさらに生産性が上がる」といった説明がよく行われます。しかし、この説明には重要な論点が抜けています。AIによって価値を生み出せることと、その価値を自分の所得として回収できることは別問題であり、ここを分けて考えると、AIによって誰が得をするのかという問題は単純な能力差やAI活用能力の差だけでは説明できません。 なお、本稿で扱う「得」「価値」「不利」といった言葉は、原則として金銭的な利益や市場価値について述べるものです。AIによって仕事が楽になること、自由時間が増えること、知識を得やすくなるこ...
Score: 57.12Confidence: 54%
View offeriThome 新聞
Apple於9月28日發布臨時資安公告,修補iOS/iPadOS與macOS的漏洞CVE-2026-86950,並警告該漏洞可能已被用於針對特定個人的複雜攻擊,受影響版本包括iOS/iPadOS 26、macOS Tahoe 26與macOS Sequoia 15,用戶應分別升級至已完成修補的26.7.1,
Score: 57.12Confidence: 54%
View offerZennの「AI」のフィード
Claude Codeを夜間・無人で数ヶ月回して、実際に踏んだ「止まらないのに効いていない」壊れ方と、その直し方の記録。引き継ぎ書テンプレート、黙って止まる5つの層、無人前に見る15項目。1章は無料。
Score: 57.12Confidence: 54%
View offeriThome 新聞
9月25日美國網路安全與基礎設施安全局(CISA)、微軟警告SharePoint程式碼注入漏洞CVE-2026-65660已遭利用,在此之前,有資安公司表示,他們在蜜罐陷阱偵測到嘗試利用的跡象,呼籲IT人員儘速採取行動。
Score: 57.12Confidence: 54%
View offerZennの「AI」のフィード
! この記事の目安は、2026年9月時点のモデル(Opus 5.5 / Fable 5.1 / Sonnet 5.5 ほか)と Claude Code CLI 2.1.28x で、筆者の業務題材を使った比較試験にもとづきます。一般的なベンチマークではなく「自分たちの作業でどう選ぶか」の一例として読んでください。モデルは入れ替わるので、考え方の方を持ち帰ってもらえると嬉しいです。 TL;DR 選ぶつまみは3つある。設定で決める モデル(賢さ)と effort(思考量)、プロンプトで書く 裏取りの指示(参照先を開いて突き合わせさせる指示) 判断の軸は「間違えるとユーザーの判断や成果物...
Score: 57.11Confidence: 54%
View offerZennの「AI」のフィード
! 本記事は、生成AIを利用して執筆しました。 はじめに こんにちは、URBAN HACKSでバックエンドエンジニアをしている shinee です。 URBAN HACKSでは、東急線アプリやQ SKIP、東急カードアプリなど暮らしを支えるサービスの開発に加えて、商業施設の未来を考えるワークショップや、全社員向けのDX研修検討など、開発以外の領域にも活動の幅を広げています。手掛けているプロジェクトの一覧は PROJECTSページ でも紹介しているので、興味のある方はのぞいてみてください。 さて、「技術共有会」とは、URBAN HACKSのバックエンドエンジニアコミュニティで週1回開...
Score: 57.1Confidence: 54%
View offerZennの「AI」のフィード
はじめに シリーズ第10回です。 前回(第9回)では AI.CLASSIFY を使い、テキストを指定したラベルに振り分けて GROUP BY で集計する方法を解説しました。今回は AI.SCORE を取り上げます。 AI.SCORE はテキストが指定した基準にどれだけ合致するかを数値(FLOAT64)で返す AI 関数です。ORDER BY に組み合わせることで「自然言語で定義した基準に従って上位N件を取り出す」という操作をSQLだけで実現できます。 ! 本記事は 2026年9月時点で確認できた情報に基づいています。AI 関数の仕様は更新が速いため、採用前に公式ドキュメントの最新版を...
Score: 57.1Confidence: 54%
View offer人人都是产品经理
这个季度,一些产品经理已经进入生产代码开发:从需求到实现,再到测试上线,大家开始直接参与。以前遇到问题,通常先写需求、找研发、等排期;现在至少一部分事情可以自己往前推进。能打开仓库、查日志、看懂数据流转,和只看页面完全不同。 以下内容,来自团队季度复盘会议摘要: 今天复盘,我想多花一点时间,聊聊大家这个季度写代码的事。 这个Q,我们的一些产品经理已经进入生产代码开发了。从需求到实现,再到测试和上线,大家开始直接参与。这件事我会继续鼓励,因为它给了我们更多实践机会,也让很多过去只能讨论的问题,终于可以动手验证。 以前,我们遇到问题,通常先写需求、找研发、等排期,再跟进验收。资源充足的时候,这样分工没有问题。但一旦资源紧张,很多事情就停在那里。我们知道用户着急,也知道应该改,却只能不断问进度。 现在,至少一部分事情,我们可以自己往前推进了。 能打开仓库,能查日志,能看懂数据怎么流转,和只看页面,感受是不一样的。以前觉得很复杂的问题,可能只是某个环节没有对齐;以前觉得很简单的修改,进去才发现牵涉好几个地方。 所以,我鼓励大家写代码,也希望大家借这个机会,把产品理解得更完整。 这个过程中,协作方式也在变。我们开始往GitHub式的协同靠近:大家进入同一个仓库,通过分支、提交和PR,也就是合并请求,共同讨论一项修改。 过去,我们各自维护PRD和代码,中间靠会议、消息和口头解释连接。信息来回传,容易漏,也容易出现“我以为你知道”。 围绕具体改动协作之后,很多讨论可以直接展开:为什么这样做,改了哪里,影响哪些场景,还有哪些问题没有处理。产品和研发都能看到,后面接手的人也能看到。 我觉得这是很好的一面。我们不用反复从头解释,判断也更容易被检查。一个需求考虑得够不够完整,在实现和评审的时候就会暴露出来。 但大家也要看到,这种方式对人的要求更高了。 以前,方案讲完了,可以等下一环节的反馈。 现在,你提交的东西,别人要能看懂、能审查,还要能接着做。你不能丢过去一大段代码,只说“AI写的,我这里能运行”。 这次解决了什么,哪些地方会受影响,验证了哪些情况,没验证的是什么,都要交代清楚。提交尽量小一点,问题说具体一点,别人才能有效地给你反馈。 多人同时修改时,也不能各写各的。接口变了要同步,评审意见要回应,遇到冲突要主动找人讨论。仓库把记录留下来了,沟通还是要靠我们自己完成。 这个季度,我也反复提醒大家,测试要留出时间。 写出来之后,还有异常情况、权限、历史数据和不同端的体验要检查。 AI帮我们加快了开发,后面的验证也得跟上。不能把时间全部用在写功能上,最后才发现来不及测试。 对我来说,也有要补的功课。哪些需求适合大家自己做,哪些需要研发一起参与,评审由谁负责,都应该更清楚。鼓励大家动手,也要给大家提供能协作、能求助的条件。 还有一个问题,今天我想提醒我们所有人,包括我自己。 写代码很容易让人忙得踏实。功能做出来了,问题修好了,当天就能看到结果。用户为什么没用起来,这个方向值不值得继续,却没有这么快的答案。 我们已经看到这种倾向了:功能不断增加,发布不断推进,真正该想的产品问题,反而往后放。 所以,能写之后,时间怎么分配更重要了。 用户的一天是怎么过的,我们替他省了什么,他为什么愿意换一种工作方式,这些问题仍然要花时间去聊、去观察。 我也希望大家多看看自己的日常工作。哪些问题每天都在重复分类,哪些信息总要由我们转述?如果能把规则和上下文整理好,让团队直接处理,就应该把这个机制建起来。我们可以从那些重复劳动里退出,去做更需要判断的事情。 下次复盘,我希望我们多讲讲:一个问题从发现到验证用了多久,协作有没有更顺畅,上线之后用户有没有真正用起来。 本文由人人都是产品经理作者【Hej0330】,微信公众号:【何出此盐】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。 题图来自Unsplash,基于 CC0 协议。
Score: 57.09Confidence: 54%
View offerZennの「AI」のフィード
「リーディング リーディング コードリーディング 実装内容を確認する義務 新規の不具合を発生させずリーディング リーディングをすることでエンジニアの価値向上 それを怠ればAIに淘汰される よってエンジニアの価値は下がる」
Score: 57.09Confidence: 54%
View offerInfoQ - 促进软件开发领域知识与创新的传播
点击查看原文>
Score: 57.09Confidence: 54%
View offerZennの「AI」のフィード
Webメディアの運用やECサイトの出品作業をしていると、必ずぶち当たるのが「大量の画像背景を消す作業(背景透過)」の壁です。 1枚や2枚ならPhotoshopのクイック選択ツールでサクッと終わりますが、これが20枚、50枚となると話は別。ペンツールでパスを切り抜く作業を繰り返しているうちに、「自分は一体何の時間と戦っているんだ......」と遠い目になった経験、誰にでもあるのではないでしょうか。 今回は、日々の画像処理フローを圧倒的に効率化し、作業時間を大幅に削減するための実践的なノウハウをお伝えします。 なぜ画像の「背景透過」はこれほど手間がかかるのか? そもそも、なぜ背景透過処理はこんな...
Score: 57.09Confidence: 54%
View offer