Felo Slides trên PiPi Coding Agent

Người review không đọc màn hình terminal cuộn mãi

Phiên làm việc biết đã thay đổi gì và vì sao; còn người phê duyệt thì không. Felo Slides biến những phát hiện phiên đã thu thập thành dàn ý từng slide để bạn cắt gọn trước khi ai đó bỏ thời gian vào thiết kế.

Dành cho PiDàn ý trước thiết kếTruy về phiên làm việc
Lấy API keyXem hướng dẫn nền tảng
Sao chép vàocp -r felo-skills/felo-slides ~/.pi/agent/skills/
Logo Pi Coding Agent
Skill này chạy trên

Pi Coding Agent

Harness lập trình terminal tối giản

Đọc hướng dẫn về Pi Coding Agent

Pi giữ một lõi cố tình thu nhỏ và yêu cầu bạn mở rộng, nên skill chính là cách dự kiến để mở rộng tầm với mà không thêm công cụ phải bảo trì.

Nạp từ
~/.pi/agent/skills/ · .pi/skills/ · gói
Cách cài
Sao chép thư mục, hoặc pi install npm:@scope/pkg
Điều cần biết
Không có sandbox — đọc SKILL.md trước khi gắn vào
Thêm vào Pi

Một lần sao chép, vào thư mục gốc khớp với thời gian bạn định giữ nó

Tạo slide là một gói bình thường, nên nó đi cùng con đường như mọi thứ khác trên Pi. Gắn ở mức toàn cục nếu bạn thường viết bản review, giữ theo phạm vi dự án nếu chỉ cần cho một lần chuyển đổi.

  1. 01
    ~/.pi/agent/skills/Toàn cục

    Mọi dự án trên máy này. Hãy đặt một gói ở đây khi bạn đã đọc nó và muốn dùng ở mọi nơi.

  2. 02
    ~/.agents/skills/Dùng chung

    Thư mục mà các harness khác cũng đọc, nên một lần clone phục vụ cả Pi lẫn những gì bạn chạy khác.

  3. 03
    .pi/skills/Dự án

    Chỉ kho mã này, và chỉ sau khi bạn tin tưởng dự án. Là nơi phù hợp để thử một gói bạn chưa đọc.

  4. 04
    pi install npm:@scope/pkgGói

    Thư mục skills/ của một package, được quản lý phiên bản và cập nhật được. Con đường gọn gàng hơn khi một gói đã có chỗ đứng lâu dài.

Hoặc nạp cho một phiên, không cần sao chéppi --skill /path/to/felo-slides
Bạn nhận được gì

Một dàn ý để bạn tranh luận khi việc sửa vẫn còn rẻ

Bạn nhận được tiêu đề và một dòng lập luận cho mỗi slide. Đây cố tình không phải bản trình bày hoàn chỉnh — mà là phiên bản bạn có thể cắt, đổi thứ tự và phản đối trước khi nó ngốn mất cả buổi chiều của ai đó.

  1. 01

    Đã chuyển gì

    Hai module đổi người phụ trách, và những chỗ gọi đã được cập nhật trong cùng commit.

  2. 02

    Những gì chúng ta để nguyên

    Ba chỗ gọi chúng ta cố tình không chạm, và lý do mỗi chỗ vẫn an toàn.

  3. 03

    Điều diff không cho thấy

    Thay đổi hành vi ẩn bên trong một giá trị mặc định đã bị đổi.

  4. 04

    Vì sao chúng ta biết nó vẫn chạy

    Những bài test phủ phần mã đã chuyển, và một khoảng trống còn lại.

  5. 05

    Điều gì có thể hỏng

    Kiểu lỗi nếu việc chuyển đổi chỉ được áp dụng một nửa trong một nhánh phát hành.

  6. 06

    Chúng ta cần gì ở bạn

    Một quyết định: merge ngay, hay tách thay đổi và đưa nửa sau vào tuần tới.

Vì dàn ý được dựng từ chính phiên làm việc, mọi dòng trên đó đều truy được về câu lệnh hoặc tệp đã tạo ra nó.

Kiểm tra nó đã chạy

Ba dấu hiệu cho thấy bản trình bày đến từ phiên của bạn chứ không phải từ mẫu

Một công cụ tạo bản trình bày bỏ qua công việc của bạn vẫn cho ra slide nghe hợp lý, nên các kiểm tra này xoay quanh nguồn gốc.

1

Dàn ý đến trước phần thiết kế

Bạn phải nhận được tiêu đề và mỗi slide một dòng, không phải đầu ra đã tạo kiểu. Nếu thứ đầu tiên bạn thấy là slide hoàn thiện, bước đáng review đã bị bỏ qua.

2

Mọi dòng đều truy được

Chọn một khẳng định và hỏi nó đến từ tệp hay câu lệnh nào. Một slide không truy được nguồn là slide sẽ làm bạn bối rối trong phòng họp.

3

Khoảng trống vẫn hiển thị rõ

Nếu phiên không tìm được gì cho một tiêu đề, đầu ra đúng phải là một khoảng trống bạn nhìn thấy. Một câu nghe hợp lý lấp vào chỗ đó còn tệ hơn một slide trống.

Nó đi tới đâu

Ba nơi dàn ý phát huy giá trị

Dàn ý hữu ích cả trước khi thành bản trình bày, và nên quyết định đích đến từ đầu.

Yêu cầu kéo

Markdown

Dán dàn ý vào phần mô tả để người review đọc lập luận trước diff, và có thể chỉ đúng slide họ không đồng ý.

Cuộc họp review

Xuất bản trình bày

Mở rộng dàn ý đã được chấp nhận thành slide khi lập luận đã đứng yên. Thiết kế trước thời điểm đó nghĩa là phải thiết kế lại hai lần.

Ghi chú trong kho mã

docs/decisions

Hãy giữ dàn ý cạnh mã để phiên sau bắt đầu từ lập luận thay vì dựng lại nó từ diff.

Câu hỏi thường gặp

Người dùng Pi hỏi gì về Felo Slides

Skill có ghi ra tệp PowerPoint không?
Dàn ý đến trước và bản xuất là bước cuối. Trên Pi thứ tự đó có lợi: dàn ý là một sản phẩm văn bản mà phiên có thể sửa, còn tệp chỉ đáng tạo sau khi lập luận trụ được qua review.
Bao nhiêu phần của bản trình bày nên đến từ phiên làm việc?
Phần bằng chứng và phần cấu trúc. Khuyến nghị là của bạn, và một dàn ý tốt sẽ chỉ cho bạn đúng chỗ mà phán đoán của bạn bước vào.
Cách cài này có khác các skill Felo khác không?
Không. Slides là một gói bình thường nạp từ cùng những thư mục gốc, nên nếu bạn đã gắn một skill Felo trên Pi thì bạn đã biết quy trình.
Tôi có thể giữ bản trình bày trong kho mã không?
Có, và với các quyết định kiến trúc thì rất đáng làm. Dàn ý nhỏ, là văn bản, và giải thích thay đổi cho bất kỳ ai đọc diff hai năm sau.
Thêm về Pi Coding Agent

Toàn bộ skill Felo cho Pi Coding Agent

Năm skill được viết cho Pi Coding Agent. Chúng dùng theo cùng một cách trên nền tảng này, nên bạn có thể kết hợp trong một phiên mà không phải giải thích lại thiết lập của mình.

Vượt ra ngoài các skill có sẵn

Một API key. Trọn bộ công cụ cho agent.

Bắt đầu từ một skill, rồi ghép các model, dữ liệu trực tiếp, tri thức và công cụ đầu ra mà quy trình Pi của bạn cần — với đúng chiếc key mà các skill Felo đã dùng.

Model

Dùng quyền truy cập LLM tiết kiệm chi phí khi agent cần tự suy luận hoặc tạo nội dung.

  • LLM API
  • Chat completions
  • Truy cập model
Khám phá LLM API →

Tri thức và đầu ra

Đặt công việc trên nền tri thức dùng lại được, rồi biến thành sản phẩm có thể chia sẻ.

  • LiveDoc
  • Tạo PPT
  • Sơ đồ tư duy
Khám phá công cụ tri thức →

Công cụ sáng tạo

Mở rộng quy trình từ nghiên cứu đến hình ảnh và kết quả dùng được ngay trong Office.

  • Tạo hình ảnh
  • Công cụ trang
  • Đầu ra Office
Khám phá công cụ nền tảng →