ヤーマンから出たSPF50+•PA++++のプロ･業務用 UVクリーム😍！ つけるとひんやりして伸びも良いし、こまめに塗り直しても全然ベタつかないから凄く良い。 日焼けだけじゃなく乾燥からも肌を守ってくれて、保湿効果もあるから、毎日娘の保育園送迎には絶対に欠かせない🚴‍♀️ #PR# #プロ業務用UVクリーム#

＼清掃のプロが大絶賛！／ コードレスだから、移動も取り回しもスムーズ。 業務用コードレスクリーナー「LVS 1/1 Bp」は、 実際のモニターでも高評価を獲得しました👏👏 静音設計で、オフィス・ホテル・店舗など幅広い現場で活躍します。 🗣️みなさまの声はこちら #ケルヒャー# #ケルヒャー業務用# #コードレス掃除機# #業務用掃除機#

# AIエージェントをエンタープライズシステムに組み込む意思決定ポイント # 従業員向け vs 顧客向け｜Employee-facing vs Customer-facing 🎯 ポイント AIエージェントを「社内向け」と「顧客向け」で同じ設計にしていませんか？ 利用者が従業員か顧客かで、信頼モデル・データ境界・ガードレール強度・障害影響がまるで別物になります。この分岐を初期に間違えると、顧客向けに甘い設計を適用して情報漏洩を招くか、従業員向けに過剰制約を課して生産性を潰すか、どちらかに必ず陥ります🔑 📋 概要 エージェントの利用者が「雇用契約・NDAで拘束された社内従業員」か「敵対的入力すら想定すべき外部顧客」かは、アーキテクチャの根本を左右する最初の分岐点です。従業員向けなら入力をある程度信頼でき、社内IdP（Okta / Entra ID）のSSOで認証を統一し、操作の失敗も「手戻り」で済むケースが大半です。一方、顧客向けではジェイルブレイク・間接インジェクションを前提に防御設計が必要で、出力がブランドイメージや法的責任に直結します。テナントごとのデータ隔離も必須で、認証基盤もCIAM（Auth0等）で匿名アクセスまで考慮する必要があります。規模も桁違い — 従業員数千〜数万に対し、顧客は数万〜数百万、24/365のスパイク耐性が求められます📊 🔍 意思決定のポイント 判断の軸は「利用者の信頼度」と「障害時の影響範囲」です。 利用者が雇用関係のある従業員のみ → 従業員向け設計でOK 外部顧客が含まれる → 顧客向け設計が必須 両方が含まれる → 別プレーンとして設計し、データ経路を分離 重要なのは「共有できるもの」と「分離すべきもの」の見極めです。オーケストレーション基盤やモデルゲートウェイ（AI Gateway）は共有できますが、データ到達経路・ガードレール・監査ログは必ず分離してください。顧客向けの出力パイプラインにはDLP（データ漏洩防止）を組み込み、社内データの混入を防ぎます⚡ 💡 要点と詳細 従業員向けの特徴は以下の通りです： - 入力を信頼できる前提が成り立つ（雇用契約・NDAの拘束） - データは社内ナレッジベース（Notion / Confluence / Box）や業務システム（Salesforce / ServiceNow / Workday）に閉じる - 失敗コストは「業務非効率」「手戻り」レベルで、多くは可逆 - 同時利用者は数千〜数万、業務時間帯に集中 顧客向けの特徴は根本的に異なります： - 敵対的入力（ジェイルブレイク・間接インジェクション）を前提とした設計 - 誤回答・情報漏洩が法的責任やブランド毀損に発展 - テナントごとの厳密なデータ隔離が必須 - 同時利用者は数万〜数百万、24/365のスパイク耐性が必要 ハイブリッド構成では、Shopify連携ECで顧客向け問い合わせエージェントと社内受発注オペレーション支援エージェントを同一基盤上の別プレーンとして構築するケースが典型的です。Zendesk上の顧客向けエージェントには公開可能ナレッジの投影（read model）のみを参照させ、社内Notionの機密データへの直接到達を遮断します🔒 ⚖️ トレードオフ 従業員向け設計をそのまま顧客向けに流用すると、社内で許容されるデータアクセス範囲を顧客に適用してしまい、他テナントの情報漏洩という最悪の事態を招きます。逆に顧客向けの厳格なガードレールを全社展開すると、従業員の業務効率が著しく低下し、エージェント導入のROIが出なくなります😰 プレーン分離を「後で対応」にするのも危険です。初期は単一スタックで構築し、顧客向けリリース時に分離コストが膨れ上がるのはよくある失敗パターンです。分離は初期設計時に決定すべきです。監査ログの混在も見落としがち — 顧客PIIと社内データが同一ログストアに混在すると、データ保持期間やアクセス制御の管理が破綻します⚠️ 🛠️ ユースケース EC顧客対応＋社内オペレーション：Shopify連携のEC事業で、顧客向け問い合わせエージェント（厳格なガードレール・テナント分離・DLP適用）と社内受発注支援エージェント（社内データ全域アクセス・操作権限広め）を同一オーケストレーション基盤上の別プレーンとして運用します。共通バックエンドはモデルゲートウェイで共有し、フロントエンドとデータ経路だけを分離する設計です🛒 ITヘルプデスク：社内従業員向けのITサポートエージェントは、Active Directory・Jira・Confluenceに広くアクセスでき、パスワードリセットやソフトウェアプロビジョニングまで自動実行します。同じ基盤を顧客向けサポートに転用する場合は、アクセス範囲を公開ナレッジベースに限定し、ガードレールを格段に強化し、トピック制限・トーン制御・拒否方針を追加します📚 実践のコツ：「両方必要になるかもしれない」と少しでも感じたら、初日からプレーン分離を前提に設計してください。後からの分離は技術的負債の中でも特にコストが高い部類です💪 #AIエージェント# #エンタープライズアーキテクチャ#

【シリーズ】プロの現場 × ケルヒャー 展示車の美しさが命のガリバーアウトレット八千代店様。 除塵作業で問題になる掃除機のコードの取り回しを、コードレス乾湿両用バキュームクリーナー「NT 22/1 Ap Bp」で解消！ ✅コード式と遜色ないパワーでゴミを吸引 ✅パートスタッフが多い現場でも問題ない扱いやすさ👏 詳しくはこちら👇 #ケルヒャー# #プロの現場# #車内清掃# #コードレス# #ガリバー# #業務改善#

珍しく中の人の話を。 イラストのプロをあきらめた私でございましたが、イラストを業務時間中に描くことを（社内プレゼンなど色々乗り越えて）許されたため、絵を描くことでお金を得れる人＝プロというのであればイラストのプロになれました。 中学生のなりたい職業でも上位のイラストレーター（13歳のハローワークより）という人気がありつつも非常に狭き道でかつ定義も少々あいまいな職業。 広く意味を取って、イラストを描いてお金をもらう。 非常にありがたいことに、こちらであれば1つの成功例として語れるようになりました。 こちらの文章がイラストを仕事にしたい方に届くかはわかりませんが、こんな可能性もあるよというメモ書きを残します。 他者を説得できた最低限の画力はもちろん、私の場合社内のなんでも屋さんをやっているため、新製品の設計（CAD技術）チラシ作成（デザイン力・ソフト操作）ちょっとしたホームページの編集（PHPプログラミング）システム管理者もどき（パソコンやネットワークの知識）SNS運営（コンプライアンス知識やマーケティング能力）という突き抜けたプロフェッショナルではないですが、他人よりちょっと広く知識や技術があったから新たな仕事をプレゼンし任せていただくことができたと思います。 イラストレーターを目指したい方。 その他の夢がある方。 突き抜けたプロフェッショナルはかっこ良いとは思いますが、様々な分野を勉強することは夢を広げる可能性が産まれるので、まずは目の前のことを1つ1つ習得していって隙間時間で自分を磨いていれば夢がかなうかもしれません。 つたない文章で、公式アカウントで自我を出すのはリスクと恥ずかしさはありますが、誰かの助けになるかもしれないと思いここに1つの成功例を書きました。 最後に、弊社ホームページでミスなどがありましたら私のミスなのでこっそり教えていただけると幸いです。 追記、第2弾プレゼントキャンペーンの締め切りは今日までですのでお待ちしてます！ 今のところフォロー＆リポストで毎月おこなう予定ですので来月以降もお楽しみに！

レディー・ガガ、ファミマバイト店員姿に❗️ LAのスタジオに店舗の特設セット設置で撮影 レジ打ち・商品陳列・モップかけ… 日常業務をライブショーのように表現 日本語発音にも圧倒的プロ意識「とても刺激的でアーティスティックな経験だった」

『株式会社銀魂』てして組織を考えました。 7つの役職に、最も適性の高い人財を配置しています。 長文です。読みづらい方は動画でご覧ください。 1．代表取締役社長（CEO）：坂田銀時 組織のトップには、引き受けた案件を決して投げ出さないプロ意識と、守るべきもののためなら命を懸けられる覚悟が必要である。 銀時は、かぶき町で「万事屋銀ちゃん」を営む経営者。 引き受けた案件は手段を問わず100%解決してきた。 夜兎族の鳳仙に吉原が支配されたときも、 鈴蘭太夫の最期の願いを叶えるために江戸城へ乗り込んだときも、自分には何のメリットもない戦いに命を懸けた。 その姿に、志村新八、神楽、真選組や桂小太郎といった クセの強い面々が、自然と巻き込まれて力を貸してきた。 決して投げ出さないプロ意識と、命を懸ける覚悟。 この両方を兼ね備えた銀時こそ、組織を率いるトップにふさわしい。 2．専務取締役（COO）：土方十四郎 COOには、トップの理想を現場に落とし込む実務能力と、個性の強い社員を束ねる統率力が必要である。 土方は、真選組の「鬼の副長」。 規律「局中法度」を自ら定め、沖田総悟のような気性の荒い隊士たちを完璧にまとめ上げてきた。 銀時社長とは犬猿の仲だが、それで構わない。 トップの無茶な理想を、確実に実行できる業務フローに落とし込む。 誰よりも責任を引き受ける覚悟も持ち合わせている。 規律を作る統率力と、責任を引き受ける覚悟。 土方こそ、社長を支える最高の右腕である。 3．営業本部長（CSO）：坂本辰馬 CSOには、どんな修羅場でも折れない心と、相手の懐に飛び込む人脈構築力が必要である。 坂本は「株式会社快援隊商事」の社長。 攘夷戦争の頃から「攘夷志士四天王」の一人として、武具の調達や援軍の引き込みなど、商いの力で仲間を支えてきた。何が起きても「アハハハ！」と笑い飛ばすメンタル。 かつて敵対していた天人の陸奥とも、対等なビジネスパートナーとしてアライアンスを組み、今では副官として共に経営を担う懐の深さ。 折れない心と、異種族の懐にまで入り込む人脈構築力。 坂本こそ、会社の販路を切り拓く最強の営業マンである。 4．経理・財務部長（CFO）：志村新八 CFOには、周囲が暴走しても現実を見失わない常識感覚と、お金の重みを誰より理解している経済感覚が必要である。 新八は、銀時社長や神楽の破天荒な行動に的確なツッコミで軌道修正を入れ続けている、万事屋唯一の常識人。 さらに、アイドル・寺門通の私設親衛隊の隊長として、熱狂的なファンたちをまとめ上げてきた統率力もある。 何より、家賃滞納が日常の万事屋で、慢性的なキャッシュフローの悪化を誰よりも肌で知っている苦労人。 不透明な経費や無駄な接待交際費を1円単位で弾き出し、会社の資金繰りを守り抜くはずである。現実を見失わない常識感覚と、お金の重みを知る経済感覚。 新八になら、安心して会社の財布を預けられる。 5．技術・開発部長（CTO）：平賀源外 CTOには、他社が模倣できない独自の技術力と、現場のニーズに即対応できる開発スピードが必要である。 源外は、江戸一番の発明家として知られるからくり技師。 からくり家政婦・たまを修復しアップグレードを重ね、タイムマシンまで作り上げた。 万事屋がピンチに陥るたびに、現場のニーズに合わせたメカを即座に用意して、何度も窮地を救ってきた職人気質。 他社が真似できない技術力と、現場対応の開発スピード。 源外になら、会社の技術開発を丸ごと任せられる。 6．人事・総務部長（CHRO）：近藤勲 CHROには、社員のエンゲージメントを高める力と、多様な人財を一つにまとめる包容力が必要である。 近藤は、真選組の局長として、一癖も二癖もある天才や荒くれ者たちをまとめ上げてきた。 土方十四郎や沖田総悟のような個性派たちが 「この人のためなら」と心服し、自ら命を懸けてついてきた。 普段はおちゃらけた一面もあるが、自分が泥をかぶることをいとわず、部下を全肯定して信じ抜く器の大きさ。 多種多様な個性が集まる職場で、社員の不満を早期に解消し、組織の離職率を劇的に下げる力になる。 全肯定する器の大きさと、人を心服させる求心力。 近藤こそ、社員の心をつなぎとめる人事の要である。 7．監査役：桂小太郎 監査役には、コンプライアンス違反や組織のブレを一切許さない、ガバナンスを守る厳格さが必要である。 桂は「逃げの小太郎」の異名を持つ、リスクマネジメントの達人。 いつでも逃げ切れるよう常に準備を怠らず、変装術と冷静な判断力で、幕府の追手から長年逃げ切ってきた。 最悪の事態を想定して動く危機管理意識と、身内の規律違反にも容赦のない真面目さ。 銀時社長から「おいヅラ」と呼ばれても、まず「ヅラじゃない、桂だ！」と即座に正した上で、コンプラ違反もしっかり叱ってくれる。 リスクマネジメント力と、ぶれない規律意識。 桂なら、組織のブレを許さない最後の砦になってくれるはずである。 ●総評 クセは強いが、頼り甲斐のある組織が完成した。 ただし、この組織には一つだけ大きな問題がある。 トップの銀時社長である。 依頼がない日にはデスクでジャンプを読みながらいちご牛乳を飲み、午後にはパチンコへ消える。 家賃は毎月のように滞納している。 私は株主として、毎月大家のお登勢さんに代わりに頭を下げに行く役回りになりそうである。

# Palantir Foundryを学ぶ 🚀 ノーコードでは届かない複雑なロジックを、ソフトウェア工学の品質管理ごとデータ基盤に持ち込む。それがCode Repositoriesです。 📌 タイトルと機能のURL タイトル: Code Repositories(Pythonトランスフォーム) URL: 📝 概要 Code Repositoriesは、Foundry内で本番品質のコードを作成・協働するためのWebベースの統合開発環境(IDE)です。基盤にあるGitリポジトリをブラウザのUIから操作でき、コマンドライン無しでチーム開発を進められます。プラットフォーム固有の機能を備え、データエンジニアリングにソフトウェア開発の作法をそのまま適用できます。 🔧 機能の説明 バージョン管理とコラボレーションが中核です。 ・ブランチ作成・コミット・リリースタグ付けといったGit操作をWeb UIから実行できます ・プルリクエスト(PR)でコードレビューを行い、権限は「高度に設定可能」でレビュー必須化などの品質保証を支えます ・IntelliSense、リンティング、エラーチェック、文脈に応じたヘルプダイアログがすべてのリポジトリ種別で利用できます ・Transformsリポジトリでは、Python・Java・SQLでのデータ変換ロジックを記述し、プレビューとデバッグが可能です ・FunctionsリポジトリはオントロジーをネイティブにサポートしTypeScript/Pythonで低レイテンシのビジネスロジックを実装できます 🛠 実践的な使い方 ・PySparkを用いて、数十億行規模の名寄せや複雑な業務ルールをコードで実装します ・PRレビューを必須に設定し、マージ前に第三者の確認とCIチェックを通すことを強制します ・ユニットテストを組み込み、変換ロジックの回帰を防ぎます ・Functionsリポジトリでは、オントロジーのデータ型に基づくオートコンプリートを活かして安全にロジックを記述します ・モデル開発リポジトリで機械学習ワークフローもプラットフォーム内に取り込みます 🎯 ユースケース ・Pipeline Builderでは表現しきれない複雑な名寄せ・業務ルールをPySparkで実装 ・「本番直編集によるデグレ」を、レビュー必須化とブランチ運用で構造的に排除 ・派生KPIや検証ロジックをFunctionsとして実装し、各アプリから再利用 ・MLモデルの学習・推論コードをガバナンス下で管理 ⚠️ 注意点 ・ドキュメントの日本語訳は機械生成で未検証である旨が記載されており、ローカライズ内容には精度上の限界がある可能性があります ・リポジトリ種別(Transforms/Functions/Model)ごとに対応言語や用途が異なるため、目的に合った種別を選ぶ必要があります ・プロコード環境ゆえ、レビュー・CI・テストの運用ルールを組織として整備しないと品質管理の効果が出ません #PalantirFoundry# #DataEngineering#