Skill.md検索

NAISTポータルに自動ログインして、成績・履修状況・お知らせをSlackに送信します。 「成績確認して」「お知らせは？」のような音声指示で、面倒なブラウザ操作なしにポータル情報をSlackで確認できます。 SAML（セキュアな認証方式）とTOTP（時間ベースのワンタイムパスワード）による2段階認証に対応しており、セキュアにアクセスします。 成績・単位情報、履修中の科目リスト、ポータルからのお知らせを見やすいフォーマットで自動整形します。 NAIST（奈良先端科学技術大学院大学）の学生で、頻繁に成績確認やお知らせをチェックする人 ブラウザでポータルにログインする手間を省きたい人 Slackを日常的に使用しており、Slack上で情報を一元管理したい人 セキュアな認証が必要な学務システムの自動化に興味がある開発者 このスキルはNode.js環境でPlaywright（ブラウザ自動化）とotplib（TOTP生成）を使用します。認証情報はmacOS Keychainに安全に保存され、初回セットアップ時にsetup-keychain.shで登録します。ポータルアクセス時はSAML認証フローに従い、TOTP認証が必要です。スキル実行時はnode scripts/read-portal.js --mode grades|notices|allコマンドで動作し、成績情報またはお知らせをJSON形式で取得してSlackの決められたフォーマット（表組み形式、新着件数表示）で投稿します。セッションタイムアウトやHTML変更時には自動リトライ機能が働き、エラー時は/tmp/naist-portal-error.pngにスクリーンショットを保存します。

A/B テスト自動セットアップ：Paywall（購読画面）のコピーテストを RevenueCat Experiments で自動設定でき、Offering 作成から AI Paywall 生成、experiment 作成依頼、Cron 登録まで一括で行えます。 3 日ごとの自動チェックインとデータ分析：定期的に実験の成績データを取得し、どちらのコピーが勝ったかを自動判定し、その理由を LLM で分析できます。 勝者から新しいコピーを自動生成：成功したコピーを分析し、そこからさらに効果的な新しいコピー案を 3 パターン自動生成でき、改善サイクルを加速できます。 複数アプリの同時管理：apps.json で複数アプリの設定を一元管理でき、1 つのスキルで複数プロダクトの A/B テストを並行運用できます。 Slack を通じたユーザー確認ループ：チェックイン結果を Slack で報告し、ユーザーの承認を得たうえで新実験を作成するため、人間のレビューも組み込まれています。 Paywall（購読画面）の CVR（購買率）を改善したいプロダクト責任者：A/B テストを自動化することで、複雑なテスト設計や分析の手間を減らし、継続的に改善できます。 RevenueCat を導入している SaaS/アプリ企業：RevenueCat Experiments と LLM を連携させることで、データ駆動型の Paywall 最適化が実現できます。 複数のアプリを運営している企業：一つのスキルで複数プロダクトの Paywall A/B テストを管理でき、運用負荷を大幅に削減できます。 定期的に Paywall コピーを改善したい担当者：3 日ごとの自動チェックインにより、人手をかけずに継続的な改善ループが回ります。 このスキルは RevenueCat Experiments を使った Paywall コピー自動 A/B テストループで、4 つのモードで動作します。setup モード：Offering 作成 → AI Paywall 生成 → Dais に experiment 作成依頼 → experiment_id 受取 → Cron 登録 → Slack 通知。check_in モード：実験開始から 3 日ごと 7:00 JST に発動し、RC MCP で実験情報取得 → Day N メッセージを Slack 送信 → ユーザー返信を待つ。analyze モード：ユーザーが「A 勝ち」or「B 勝ち」と返信時に、勝者・敗者テキスト取得 → LLM 分析 → 新コピー 3 パターン生成 → Slack 送信。create_variant モード：ユーザーが「1」「2」「3」選択時に、Pencil MCP で差替え → RC 新 Offering 作成 → Slack 承認ゲート → RC 新 Experiment 作成依頼。 Multi-App レジストリ：設定は /Users/anicca/.openclaw/workspace/paywall-ab/apps.json で管理され、rc_project_id、mixpanel_project_id、default_offering_id、monthly_product_id、slack_channel、active_experiment（experiment_id、variant_a_offering_id、variant_b_offering_id、start_date）を格納。新アプリ追加時は apps.json にエントリ追加 → Cron メッセージに app_id を指定するだけ。現在稼働中実験（2026-03-03〜）：app_id=anicca、experiment_id=prexpbac56abf66、Variant A（ofrng78a01eb506）vs Variant B（ofrng586631f021）、Cron=3 日ごと 7:00 JST。

論文のAbstract、Introduction、Methods、Results、Discussionなど各セクション別に、AI特有の不自然な定型表現を自然な英文に自動変換できます。 数値、固有名詞、因果関係などの事実情報は完全に保持しながら、冗長性や過剰な受動態を除去し、読みやすさを向上させます。 学術的なトーンを維持しつつ、カジュアル化しすぎない適切な自然さレベルで文体を調整できます。 編集箇所と変更意図（トーン・明確性・簡潔性・一貫性）を明記したレポート形式で出力し、変更内容を誰でも理解できるようにします。 英語論文やResearch Proposal、学位論文を執筆する研究者・大学院生で、AI生成文や自分の英文の不自然さを修正したい人 医学論文や臨床研究報告書の英文品質を上げたいドクター・医学研究者 学会発表抄録やカバーレターの英文を自然で説得力のある内容にしたい研究者 査読前にAIツール使用の痕跡を最小化し、論文の可読性と信頼性を高めたい著者 本スキルは目的・基本ワークフロー・編集ルール・出力フォーマットで構成されています。目的：AI的硬さ・過剰定型表現を除去しながら、事実・数値・引用関係・専門用語は完全保持。対象ドメインは医学・生命科学・工学・社会科学などの学術文書。基本ワークフロー5ステップ：(1)入力文書タイプ判定（Abstract/Introduction/Methods/Results/Discussion/Cover Letter）、(2)事実情報を固定して書き換え対象外に、(3)冗長・過剰受動態・AI定型句を削除して文体自然化、(4)学術トーン維持・可読性向上、(5)「変更後テキスト」と「主要編集意図」を提示。編集ルール5項目：意味保全（主張データ不変）、学術性（カジュアル化回避）、明確性（曖昧語削減・論理接続明確化）、簡潔性（冗長削除）、一貫性（用語・時制・主語統一）。出力フォーマット：Humanized Draft本文とEdit Notes（Tone・Clarity・Concision・Consistency各項目）を記載。

プロジェクト知識を永続化: 調査で見つけた重要な発見、複雑な問題の解決策、アーキテクチャの決定事項などを、後で思い出せる形で自動保存します。 カテゴリ別に整理・検索: マーケティング施策、アプリ開発のコツ、進行中の作業など、テーマごとにフォルダ分けされた状態で記憶を保存・検索できます。 前回の続きからすぐ再開: 作業状態や進捗を記録しておくことで、数日後や数週間後に同じプロジェクトに戻った時も、コンテキストを失わずに続行できます。 チーム内の知見を共有: 個人の発見やベストプラクティスを記録しておくことで、チームメンバーも同じ情報にアクセス可能になります。 長期プロジェクトの担当者: 数ヶ月にわたるプロジェクトの決定事項や進捗を記録・管理したい人 マーケター: 効果があった施策やキャンペーンのノウハウを蓄積したい人 アプリ開発者: iOSレビューで学んだこと、開発のコツを記録して次回に活かしたい人 研究者・ライター: 調査結果や執筆のアイデアを整理しながら進めたい人

設計の妥当性を第三者視点で検証: 自分が考えた設計に問題がないか、別のAIエンジニアの意見を瞬時に得られます。 バグの原因を別の角度から調査: エラーメッセージやコードを別の分析ツールに見せて、自分では気付かなかった原因仮説を得ます。 コード品質を多角的にレビュー: セキュリティやパフォーマンスなど、別の視点からのコードレビュー指摘を受け取れます。 文章を客観的に校閲: ドキュメントやREADMEなどの文章を別のツールで校閲してもらい、わかりやすさを向上させます。 エンジニア・開発者: 実装前に設計の問題を検出したい、バグの原因を複数の視点から探りたい人 テックリード: 重要な設計判断の前に、別の分析結果も確認してから意思決定したい人 ドキュメント作成者: マニュアルやREADMEを複数の視点でチェックして品質を高めたい人 品質管理・QA: 本レビューの前に別角度でのチェック結果も参考にしたい組織

破壊的な操作を承認制に: メール送信、フォーム送出、デプロイなど、一度実行したら戻せない操作に対して、Slack上で [✅実行する][❌キャンセル] ボタンを表示して人的確認を取れます。 詳細情報をSlakで表示: 実行する内容（宛先、本文、修正内容など）を事前にSlack上に表示して、ユーザーが確認したうえで判断できます。 複数スキルで共通利用: メール送信、外部APIへのデータ送出、ファイルの一括削除など、あらゆるスキルから簡単に承認フローを組み込めます。 タイムアウトなしで待機: ユーザーがクリックするまでずっと待つので、急いで判断せざるを得ない状況を作りません。 運用エンジニア: 自動化したいが完全な無人実行は怖い、人の目を通してから実行したい人 マーケター・営業: 顧客へのメール送信や重要な変更を、承認者がSlackで確認してから実行させたい組織 プロジェクトマネージャー: 自動処理には人的チェックゲートを付けたい、ミス防止を重視したい人 スタートアップ・小規模チーム: 限られたリソースで自動化と安全性のバランスを取りたい組織