次へ | GitHub スパーク

開発者として、私たちは 愛 環境をカスタマイズし、独自の好みやワークフローに適合するツールを構築します。私たちがこれを行うのは、生産性や人間工学を向上させるためだけでなく、日常生活をより快適なものにするためでもあります。 個人的。そして、物事が個人的なものであると感じられるとき、それは通常、より個人的なものになります。 楽しい。

しかし、ドットファイルの管理、自動化スクリプトの作成、エディタ設定の構成などに投資する一方で、独自のアプリを作成するためのアイデアを放棄することがどれほど多いでしょうか?必ずしもそうではありません。 できませんでした それらを構築したいと思っていますが、優先順位を付けるには短命、ニッチ、または時間がかかりすぎるように思われるためですか? 😩

そして、ここには今日のソフトウェアの皮肉が隠されています。私たちは机の上やポケットの中に強力なコンピューターを持っていますが、それらはそれほどではありません。 パーソナライズされた できる限り。代わりに、オーダーメイドのアプリを作成するのは複雑すぎるため、私たちは誰かによって、そして誰かのために設計された汎用ツールに依存しています。

これにより、2 つの興味深い疑問が生じます。開発環境をパーソナライズするのと同じくらい簡単にソフトウェアをパーソナライズするにはどうすればよいでしょうか?そして、私たちの周りの人たちも同じことができるようにするでしょうか？それが必要だからではなく、楽しいかもしれないからです 🙌

GitHub Spark の紹介

GitHub Spark は、マイクロ アプリ (「スパーク」) を作成および共有するための AI を活用したツールで、正確なニーズや好みに合わせて調整でき、デスクトップやモバイル デバイスから直接使用できます。 コードを書いたりデプロイしたりする必要はありません。

そして、これは、緊密に統合された 3 つのコンポーネントの組み合わせによって可能になります。

1. アン NLベースのエディター、アイデアを簡単に説明し、時間をかけて洗練させることができます。
2. あ 管理されたランタイム環境、Spark をホストし、データ ストレージ、テーマ、LLM へのアクセスを提供します。
3. PWA 対応のダッシュボードにより、どこからでも Spark を管理および起動できます

さらに、GitHub Spark を使用すると、Spark を他のユーザーと共有し、読み取り専用権限を取得するか、読み取り/書き込み権限を取得するかを制御できます。その後、スパークをお気に入りにして直接使用することも、好みに合わせてさらに調整するためにリミックスすることもできます。なぜなら…そうです…パーソナライゼーションです!

それでは、その仕組みを見てみましょう🎬

「マイクロアプリ」とは何ですか?

GitHub Spark は、 Unixの哲学 アプリの場合は、ソフトウェアが 1 つのことを実行し、それをうまく実行すること、特にユーザーとそれが役立つ期間について悪びれることがありません。したがって、「マイクロ」とはアプリの価値のサイズではなく、意図された機能の複雑さのサイズを指します。

たとえば、GitHub Spark の作成プロセス中にチームが作成した (そして使用している) いくつかの Spark を次に示します。これらは、生活管理ツール、学習支援ツール、おかしなアニメーション、ニュース クライアントに至るまで多岐にわたります。しかし、それらすべてに共通するのは、作成者が望んでいたとおりの見た目と感触であるということです。それ以上でもそれ以下でもありません❤️

その文脈を念頭に置いて、「何?」について話しましょう。そして「なぜ？」 GitHub Spark の主要コンポーネントの背後にある 👍

NL ベースのツールチェーン

アプリを作成するときは、何が必要かを知る必要があります。また、一般的なアイデアだけでなく、機能の正確なセット、詳細なインタラクション動作、全体的な外観と操作性も含まれます。残念ながら、これは非常に複雑になる可能性があり、あまりにも複雑すぎて、試行すらできない人もいるかもしれません。まさに私たちが解決しようとしている問題です。

GitHub Spark は、単純なアイデア (「子供のお小遣いを追跡するアプリ」) から始めて、「探索支援」を通じて徐々に複雑さが現れてくるようにすることで、この問題を軽減します。特に、この NL ベースのエディターは、次の 4 つの主要な反復機能を使用して、前進を簡単に、そして遊び心を感じられるように設計されています。

1. インタラクティブなプレビュー
2. リビジョンバリアント
3. 自動履歴
4. 機種選定

インタラクティブなプレビュー

GitHub Spark に NL 式を入力すると、コードが生成されるだけでなく、すぐに実行され、インタラクティブなプレビューで表示されます。この「アプリ中心のフィードバック ループ」により、必要なだけ詳細を指定し、反復して意図を視覚的に理解することができます (「うーん、ここにトグル ボタンが欲しかったんだろうね!」)。

リビジョンのバリエーション

スパークを作成または反復するとき、オプションでバリアントのセットをリクエストできます。これにより、リクエストの 3 ～ 6 の異なるバージョンが生成されます。それぞれに微妙ではありますが、意味のある偏差が含まれます。また、機能が必要であることはわかっていても、その機能がどのように見えるか、どのように動作するかはよくわからない場合があるため、情報を提供し、思考を拡張するアイデアを得ることが役立つ場合があります。まるでAIの思考パートナー！

自動履歴

Spark で反復処理を行うと、すべてのリビジョンが自動的に保存され、ワンクリックで復元できます。これにより、進捗状況が失われることを心配することなく、アイデア (およびバリエーション) を検討することができます。さらに重要なのは、バージョン管理を自分で管理する必要がないことです。これにより、ある種の「好奇心主導の開発」が可能になり、マイナスの結果 (アプリが台無しになるなど) を恐れることなく、アイデアを思いついてそれを試すことができます。

コラボレーションの観点から見ると、誰かがあなたと刺激を共有するたびに、歴史は一種の「意味論的ビューのソース」を提供してくれるため、歴史も魅力的です。 GitHub Spark を作成しているときに、私たちは自然に新しいアイデアをお互いに共有し、すぐに履歴を見てどのようにそれを作ったかを確認することに気付きました。それはまるで、他人の心を覗いて、彼らの一連の思考プロセスを見ることができるようなものです。

機種選定

Spark を作成または修正する場合、Claude Sonnet 3.5、GPT-4o、o1-preview、および o1-mini の 4 つの AI モデルから 1 つを選択できます。これは、アイデアを試すことができ、期待した結果が得られない場合は、元に戻してまったく別のモデルで再試行できるため、優れています。さらに、履歴では各リビジョンに使用したモデルが追跡されるため、時間の経過とともにスパークがどのように進化するかを確認できます。

新しいスパークを作成する際のモデルの選択

既存のスパークを改訂する際のモデルの選択

管理されたランタイム環境

私たちは GitHub Spark を「アプリ中心」ツール (「コード中心」ツールではない) と呼んでいます。それは、コードを表示したり編集したりできないからではなく (実際には可能です!)、単にコードを生成してユーザーに期待するのではなく、見て、感じて、使用することを目的としたアプリを作成するように設計されているからです。それを使用して何かを行うため (データベースの構築、展開、プロビジョニングなど)。

そして、そのツールチェーンをマネージド ランタイム環境で補完することでこれを実現します。この環境は、次の 4 つのコア機能を中心に構築されています。

1. 導入不要のホスティング
2. テーマ別デザインシステム
3. 永続的なデータストレージ
4. 統合されたモデルプロンプト

導入不要のホスティング

Spark を作成または改訂すると、変更は自動的にデプロイされ、デスクトップ、タブレット、またはモバイル デバイス (PWA 経由) で実行およびインストールできます。この意味で、GitHub Spark はマイクロ アプリ クラウドのようなもので、ソフトウェアの作成、デプロイ、使用という行為を 1 つのジェスチャーにまとめ、自然言語を通じてアイデアを表現します 🚀

Sparks のダッシュボードを表示し、携帯電話でダッシュボードを開く

テーマ別デザインシステム

アプリの見た目と操作性を確実に向上させるために、GitHub Spark には一連の組み込み UI コンポーネントとテーマ対応デザイン システムが含まれています。そのため、新しいアプリを作成するときは常に、フォーム コントロール、レイアウト、アイコンなどがすぐに洗練されたように見えるはずです。さらに微調整したい場合は、テーマ エディターを使用して、デフォルトのアクセント カラー、境界線の半径、アプリの間隔、カラー テーマ (明るい/暗い) を変更できます。

スパークのテーマプロパティを変更する前と後

永続的なデータストレージ

ToDo リストを作成している場合でも、ガーデニング プランナーを作成している場合でも、三目並べゲームを作成している場合でも、ほとんどの興味深いアプリはデータを保存する必要があります。また、GitHub Spark ランタイムは、管理された Key-Value ストアを提供し、それをいつ使用するかを自動的に認識することで対応します。さらに、GitHub Spark にはデータ エディターが用意されており、Spark が使用しているデータを簡単に表示および編集できます。そうすることで、詳細を気にすることなく、あらゆる状態を完全に制御できるようになります。

Spark が保存しているデータを表示し、特定のキー/値を編集する

統合されたモデルプロンプト

GitHub Spark ランタイムは、 GitHub モデルを使用すると、LLM の知識がなくても、生成 AI 機能を Spark に追加できます (文書の要約、子供の就寝前アプリ用のストーリーの生成など)。さらに、プロンプト エディターも提供します。これにより、GitHub Spark が生成するプロンプトを確認し、必要に応じてプロンプトを調整できます。コードを編集する必要はありません。

Spark が使用している AI プロンプトを表示し、手動で編集する

ふう！それはたくさんありました。しかし、GitHub Spark が私たちの願望 (アプリ作成コストをゼロに削減する) を実現するには、このツールチェーンとランタイムが絶対に必要であると感じました。ユーザーはその感触を気に入ってくれるでしょう 🥰

次は何でしょうか？

GitHub Spark はテクニカル プレビューとしてはまだ初期段階にあり、膨大な TODO リストがあります。しかし、今後数か月間で、ユーザーを待機リストから除外し、ユーザーと緊密に対話を繰り返すことを楽しみにしています。 毎週。この旅に興味がある方は、以下をチェックしてください。 よくある質問 その後、GitHub Next で楽しいことに参加してください。 Discordサーバー 👋

そうは言っても、何が最重要事項であるかについて興味があるのであれば、私たちが次の方向を模索しているのを見ることが期待できます。

1. コラボレーション モダリティの拡張 (例: パブリック ギャラリー、誰かが Spark のフォークで行った変更のセマンティック マージをユーザーが実行できるようにする、マルチプレイヤー)
2. エディター画面の拡張 (例: アプリの正確な動作を要約および調整できる「X 線モード」の提供)
3. ランタイム環境の拡張 (例: より多くの組み込みコンポーネント、サードパーティ サービスとの統合の改善、ファイル ストレージとベクトル検索の有効化)。
4. 他にも私たちが思いつきもしなかった素晴らしいものがたくさんあります！