Microsoft ຫາກໍ່ປ່ຽນ Copilot ໃຫ້ກາຍເປັນລະບົບປະຕິບັດການສຳລັບການເຮັດວຽກ - ແລະ Autopilot ຍັງສືບຕໍ່ເຮັດວຽກຫຼັງຈາກທີ່ທ່ານອອກຈາກລະບົບ

ຄຳຕອບສັ້ນໆ: Microsoft ໄດ້ສ້າງ Copilot ຄືນໃໝ່ເປັນ Home, Code ແລະ Autopilot — ເຊວ OS-for-work ທີ່ມີໄຟລ໌ Office ສົດ, ແອັບທີ່ໂຮດໂດຍຜູ້ເຊົ່າ ແລະ ຕົວແທນທີ່ຍັງຄົງເຮັດວຽກຫຼັງຈາກທີ່ທ່ານອອກຈາກລະບົບ. ການສົນທະນາຍັງຄົງຢູ່ໃນໃບອະນຸຍາດບ່ອນນັ່ງ; ວຽກງານຂອງຕົວແທນໃຊ້ການຮຽກເກັບເງິນທີ່ອີງໃສ່ການນຳໃຊ້. ຖ້າທ່ານໃຊ້ Microsoft 365, ໃຫ້ຕັ້ງຄ່າຕົວຕົນ, ການກວດສອບ ແລະ ຂໍ້ຈຳກັດການໃຊ້ຈ່າຍກ່ອນທີ່ Autopilot ຈະເຮັດວຽກໃນຕອນກາງຄືນ.

ບົດຮຽນຫຼັກ:

ໜ້າຫຼັກ: ເລີ່ມຕົ້ນໃນໜ້າຫຼັກ ເພື່ອໃຫ້ Chat ແລະ Cowork ແບ່ງປັນສະພາບການແທນທີ່ຈະໃຊ້ສູນ AI ​​ແຍກຕ່າງຫາກ.

ກ່ອງແຊນບັອກລະຫັດ: ສ້າງຕົວຕິດຕາມ ແລະ ແອັບໃນພາສາທຳມະຊາດພາຍໃນ Managed Runtime ພາຍໃຕ້ກົດລະບຽບ IT ເທົ່ານັ້ນ.

ຕົວຕົນແບບອັດຕະໂນມັດ: ໃຫ້ຊື່, ບົດບາດ, ເປົ້າໝາຍ ແລະ ເສັ້ນທາງການກວດສອບແກ່ຕົວແທນແຕ່ລະຄົນກ່ອນທີ່ມັນຈະກ່າວເຖິງຄົນ.

ການແບ່ງໃບບິນ: ຮັກສາການສົນທະນາປະຈຳວັນໃນ USL; ໃສ່ Cowork, Code ແລະ Autopilot ໃນ UBB ທີ່ມີການວັດແທກປະລິມານໂດຍມີຕົວຈຳກັດ.

ປະຕູຮົ້ວມະນຸດ: ບລັອກການສົ່ງຈາກພາຍນອກ ແລະ ປ້າຍ “ສຳເລັດແລ້ວ” ທີ່ລູກຄ້າຕ້ອງຕິດຕໍ່ຈົນກວ່າຈະມີຄົນມາກວດສອບ.

ມີບາງສິ່ງບາງຢ່າງປ່ຽນແປງໄປໃນວິທີທີ່ Microsoft ເວົ້າກ່ຽວກັບ Copilot. ມັນບໍ່ພຽງແຕ່ເປັນການສົນທະນາແບບແຖບຂ້າງອີກຕໍ່ໄປ, ແລະມັນບໍ່ພຽງແຕ່ເປັນ add-on ຜະລິດຕະພາບທີ່ຕິດຢູ່ກັບ Word ຫຼື Teams. Satya Nadella ໄດ້ວາງກອບການສ້າງໃໝ່ວ່າ Copilot ກາຍເປັນ ລະບົບປະຕິບັດການໃໝ່ສຳລັບການເຮັດວຽກ. Jared Spataro, CMO ຂອງ AI at Work, ໄດ້ເລົ່າເລື່ອງດຽວກັນໃນ ໂພສທາງການຂອງ Microsoft: ສາມໜ້າດິນ, ໜຶ່ງແພລດຟອມຕົວແທນ, ແລະການພະນັນທີ່ຊັດເຈນວ່າເພື່ອນຮ່ວມທີມດິຈິຕອນຈະອາໄສຢູ່ພາຍໃນ Microsoft 365 ພ້ອມດ້ວຍຕົວຕົນ, ໜ່ວຍຄວາມຈຳ, ແລະການປົກຄອງທີ່ຕິດຄັດມາ.

ແອັບ Copilot ທີ່ສ້າງຂຶ້ນໃໝ່ໃນປັດຈຸບັນແມ່ນສຸມໃສ່ໜ້າຫຼັກ, ລະຫັດ ແລະ ອັດຕະໂນມັດ. ໜ້າຫຼັກແມ່ນບ່ອນທີ່ທ່ານເລີ່ມຕົ້ນ, ສົນທະນາ ແລະ ມອບໝາຍວຽກໃຫຍ່ໆ. ລະຫັດຊ່ວຍໃຫ້ເກືອບທຸກຄົນສາມາດອະທິບາຍແອັບ ຫຼື ຂະບວນການເຮັດວຽກໄດ້ດ້ວຍຖ້ອຍຄຳປະຈຳວັນ ແລະ ໄດ້ຮັບສິ່ງທີ່ເປັນຮູບປະທຳກັບຄືນມາ. Autopilot - ເມື່ອກ່ອນເອີ້ນວ່າ Scout - ແມ່ນຕົວແທນທີ່ຍັງຄົງຢູ່ເຊິ່ງເຄື່ອນໄຫວຢູ່ສະເໝີເມື່ອທ່ານອອບລາຍ, ນອນຫຼັບ ຫຼື ຖືກຝັງຢູ່ໃນການປະຊຸມອື່ນ.

ຖ້າສິ່ງນັ້ນຟັງຄືວ່າເປັນເລື່ອງໝອກຂອງການຕະຫຼາດ, ມັນກໍ່ເປັນໄປໄດ້. ລອງເຂົ້າໄປເບິ່ງການອ້າງສິດຂອງຜະລິດຕະພັນ ແລະ ຮູບພາບກໍ່ກາຍເປັນເລື່ອງທີ່ໜ້າຢ້ານກົວ: ໄຟລ໌ Office ທີ່ຍັງຄົງຢູ່ພາຍໃນ Copilot, Managed Runtime ທີ່ເປັນເຈົ້າພາບແອັບ tenant-sandboxed, ການຮຽກເກັບເງິນຕາມການນຳໃຊ້ສຳລັບຊິ້ນສ່ວນຕົວແທນ, ແລະ ຕົວແທນທີ່ປາກົດຢູ່ໃນ Teams ເຊັ່ນຄົນທີ່ມີຊື່ ແລະ ບົດບາດ. ນີ້ແມ່ນການແນະນຳ.

ເປັນຫຍັງ Microsoft ຈຶ່ງເອີ້ນລະບົບປະຕິບັດການນີ້ວ່າເປັນລະບົບປະຕິບັດການສຳລັບການເຮັດວຽກ

ການເອີ້ນ Copilot ວ່າເປັນລະບົບປະຕິບັດການແມ່ນການປຽບທຽບທີ່ຕັ້ງໃຈ. ລະບົບປະຕິບັດການບໍ່ພຽງແຕ່ຕອບຄຳຖາມເທົ່ານັ້ນ. ມັນເປັນເຈົ້າພາບແອັບ, ຈັດການຕົວຕົນ, ກຳນົດເສັ້ນທາງວຽກງານ, ແລະຮັກສາສະຖານະໃນທົ່ວເຊດຊັນ. ນັ້ນແມ່ນຮູບຮ່າງປະມານທີ່ Microsoft ກຳລັງຊຸກຍູ້.

ແທນທີ່ຈະສະຫຼັບກັນໄປມາລະຫວ່າງແຜງສົນທະນາ, ສະຕູດິໂອຕົວແທນແຍກຕ່າງຫາກ, ແລະກອງໜ້າຕ່າງ Office, ບໍລິສັດຕ້ອງການພື້ນຜິວເຮັດວຽກອັນດຽວທີ່ສາມາດ:

• ແນະນຳທ່ານດ້ວຍກິດຈະກຳ ແລະ ຄຳແນະນຳຫຼ້າສຸດ
• ຈັດການການສົນທະນາທັນທີເມື່ອທ່ານຕ້ອງການຄຳຕອບດ່ວນ
• ມອບໝາຍໂຄງການຫຼາຍຂັ້ນຕອນຕັ້ງແຕ່ຕົ້ນຈົນຈົບ
• ເຄື່ອງມືທີ່ກຳນົດເອງໄດ້ໂດຍບໍ່ຕ້ອງລໍຖ້າຄິວປີ້ IT ເຕັມ
• ດໍາເນີນການຕົວແທນສ່ວນຕົວທີ່ບໍ່ມີເວລາອອກເດີນທາງເມື່ອທ່ານເຮັດ

ບໍ່ມີອັນໃດສາມາດທົດແທນ Excel ຫຼື Teams ໄດ້. ມັນລວມເຖິງພວກມັນທັງໝົດ. ຈຸດສຳຄັນແມ່ນວ່າ Copilot ກາຍເປັນຊັ້ນທີ່ຄົນເປີດກ່ອນ, ຈາກນັ້ນຈະຕິດຕາມໄປຫາເອກະສານ, ຊ່ອງທາງ, ແລະແອັບທີ່ກຳນົດເອງຕາມຄວາມຕ້ອງການ. ບໍ່ວ່າຈະເປັນໄປໄດ້ຫຼືບໍ່ນັ້ນແມ່ນຂຶ້ນກັບຄຸນນະພາບການເປີດຕົວ ແລະ ຄວາມຮູ້ສຶກຂອງ Autopilot ທີ່ມີສຽງດັງໃນຜູ້ເຊົ່າສົດ - ແຕ່ຄວາມທະເຍີທະຍານແມ່ນຈະແຈ້ງກວ່າເລື່ອງ "ການສົນທະນາຂ້າງເອກະສານຂອງເຈົ້າ" ແບບເກົ່າ.

ການເວົ້າອອກນອກເລື່ອງເລັກນ້ອຍອັນໜຶ່ງທີ່ຄວນຮັກສາໄວ້: ໃນທີ່ສຸດແພລດຟອມໃຫຍ່ໆທຸກອັນກໍຢາກເປັນໜ້າຈໍຫຼັກ. Microsoft ເປັນເຈົ້າຂອງເດັສທັອບແລ້ວສຳລັບວຽກງານຄວາມຮູ້ຈຳນວນຫຼວງຫຼາຍ. ການສ້າງ Copilot ເປັນລະບົບປະຕິບັດການເຮັດວຽກນັ້ນບໍ່ແມ່ນຈຸດປ່ຽນຂອງຍີ່ຫໍ້ ແຕ່ເປັນການພະນັນຫຼາຍກວ່າວ່າຕົວແທນຕ້ອງການເປືອກຊັ້ນໜຶ່ງ, ບໍ່ແມ່ນຟອງສະບູທີ່ລອຍຢູ່.

ໜ້າຫຼັກ: ສົນທະນາ ແລະ ເຮັດວຽກຮ່ວມກັນໃນຈຸດເລີ່ມຕົ້ນດຽວ

ບ້ານຄືປະຕູໜ້າໃໝ່. ມັນ ລວມເອົາ Chat ແລະ Cowork ເຂົ້າກັນ ດັ່ງນັ້ນທ່ານຈະບໍ່ຕ້ອງເລືອກລະຫວ່າງ "ຖາມຄຳຖາມ" ແລະ "ດຳເນີນໂຄງການ" ກ່ອນທີ່ທ່ານຈະຮູ້ວ່າທ່ານຕ້ອງການຫຍັງ.

ໃນໜ້າຫຼັກ ທ່ານສາມາດກວດສອບກິດຈະກຳທີ່ຜ່ານມາ, ເລື່ອນຄຳແນະນຳຜ່ານ, ແລະ ສືບຕໍ່ຈາກບ່ອນທີ່ທ່ານຄ້າງໄວ້. ສ່ວນສຸດທ້າຍນັ້ນມີຄວາມສຳຄັນຫຼາຍກວ່າທີ່ມັນຟັງ. ການສູນເສຍບໍລິບົດແມ່ນພາສີທີ່ງຽບສະຫງົບຂອງວຽກງານ AI: ທ່ານອະທິບາຍບົດສະຫຼຸບ, ປິດແລັບທັອບ, ເປີດຄືນໃໝ່ໃນມື້ອື່ນ, ແລະ ອະທິບາຍບົດສະຫຼຸບຄືນໃໝ່. ໜ້າຫຼັກມີຈຸດປະສົງເພື່ອຕັດວົງຈອນນັ້ນ.

ການສົນທະນາ ຍັງຄົງເປັນຮູບແບບການສົນທະນາທັນທີ. ການຂຽນຄືນໃໝ່, ສະຫຼຸບສັ້ນໆ, ການກວດສອບຄວາມຮູ້ສຶກ - ນັ້ນຄືການສົນທະນາ. ການເຮັດວຽກຮ່ວມກັນ ແມ່ນຊ່ອງທາງການມອບໝາຍສຳລັບວຽກງານທີ່ສັບສົນແບບຕົ້ນທາງຫາປາຍທາງ - ລອງຄິດເຖິງຊຸດ RFP, ຊຸດເປີດຕົວ, ການບັນຍາຍກ່ຽວກັບຜູ້ນຳ, ຫຼື ການປິດການເງິນ. ທ່ານບໍ່ໄດ້ເບິ່ງແຍງທຸກໆວັກ. ທ່ານກຳລັງມອບໝາຍຜົນໄດ້ຮັບ.

ຕໍ່ໄປໃນໜ້າດິນນັ້ນ: ລະບຸສິ່ງທີ່ທ່ານຕ້ອງການ ແລະ Copilot ຈະນຳທາງທ່ານໄປຫາ Chat, Cowork, ຫຼື Code. ຊັ້ນການກຳນົດເສັ້ນທາງນັ້ນແມ່ນລາຍລະອຽດຜະລິດຕະພັນທີ່ງຽບສະຫງົບທີ່ເຮັດໃຫ້ຄຳປຽບທຽບຂອງ OS ມີຄວາມໂປ່ງໃສໜ້ອຍລົງ. ເປືອກທີ່ດີບໍ່ໄດ້ເຮັດໃຫ້ທ່ານເລືອກລະບົບຍ່ອຍທີ່ຖືກຕ້ອງທຸກຄັ້ງ. ມັນສັງເກດເຫັນເຈດຕະນາ ແລະ ເປີດຊ່ອງທາງທີ່ຖືກຕ້ອງ.

ຖ້າທ່ານໄດ້ຜ່ານ "ສູນ AI ​​ແບບລວມສູນ" ຫຼາຍສິບແຫ່ງທີ່ຍັງຮູ້ສຶກຄືກັບຜະລິດຕະພັນສາມຢ່າງທີ່ຖືກຕິດກັນ, ຄວາມສົງໄສເລັກນ້ອຍກໍ່ເປັນສິ່ງທີ່ດີ. ຄວາມແຕກຕ່າງຢູ່ທີ່ນີ້ແມ່ນວ່າ Chat ແລະ Cowork ມີຈຸດເລີ່ມຕົ້ນດຽວກັນ ແລະ ເລື່ອງການເຊື່ອມໂຍງຢ່າງເລິກເຊິ່ງຂອງ Office ດຽວກັນ, ເຊິ່ງພວກເຮົາຈະໄດ້ກ່າວເຖິງໃນອີກບໍ່ກີ່ວິນາທີ.

Office Inside Copilot: ໄຟລ໌ແທ້, Live Sync

ນີ້ແມ່ນສ່ວນທີ່ຈະຮູ້ສຶກວ່າຈະແຈ້ງໃນຫົກເດືອນ ຫຼື ຍັງຮູ້ສຶກວ່າບໍ່ສາມາດພັນລະນາໄດ້. Microsoft ກຳລັງໃສ່ Word, Excel, ແລະ PowerPoint ເຕັມຮູບແບບພາຍໃນແອັບ Copilot. ບໍ່ແມ່ນພາບໜ້າຈໍ. ບໍ່ແມ່ນຮ່າງທີ່ສົ່ງອອກເທົ່ານັ້ນ. ໄຟລ໌ Office ທີ່ສາມາດແກ້ໄຂໄດ້ແທ້ໆ - ບົດລາຍງານເປີດຕົວ, ງົບປະມານ, ຊຸດ - ທີ່ຍັງຄົງສອດຄ່ອງກັບແອັບ Office ທີ່ເພື່ອນຮ່ວມທີມຂອງທ່ານໃຊ້ຢູ່ແລ້ວ.

ການຊິ້ງຂໍ້ມູນສົດຂອງທີມງານ ແລະ ການແກ້ໄຂ @mention ແມ່ນສ່ວນໜຶ່ງຂອງການຮຽກຮ້ອງ. ທ່ານສາມາດຄົ້ນຫາບົດສະຫຼຸບພາຍໃນ Copilot ໄດ້, ຄົນອື່ນເປີດໄຟລ໌ດຽວກັນໃນ Word, ແລະ ວຽກງານຈະບໍ່ແບ່ງອອກເປັນສອງເວີຊັນທີ່ຕ້ອງການສົນທິສັນຍາສັນຕິພາບໃນພາຍຫຼັງ. ນັ້ນແມ່ນລາຍລະອຽດປະເພດທີ່ຜູ້ຊື້ວິສາຫະກິດສົນໃຈເມື່ອຝຸ່ນສາທິດຕົກລົງ.

ໃນດ້ານຄວາມຊ່ຽວຊານ:

• PowerPoint ໄດ້ຮັບແມ່ແບບພາຍໃນຍີ່ຫໍ້ເພື່ອໃຫ້ຊຸດຮູບແບບເບິ່ງຄືກັບບໍລິສັດຂອງທ່ານ, ບໍ່ຄືກັບຊຸດຮູບແບບ AI ທົ່ວໄປ
• Excel ສະເໜີຄຳອະທິບາຍການປ່ຽນແປງ ແລະ ຄຳແນະນຳໃນຕາຕະລາງ, ເຊິ່ງຊ່ວຍໄດ້ເມື່ອຮູບແບບຈັດລຽງຮູບແບບຄືນໃໝ່ ແລະ ທ່ານຈຳເປັນຕ້ອງຮູ້ ເຫດຜົນ.
• ທັກສະນຳເອົາຄວາມຊ່ຽວຊານພິເສດເຂົ້າມາໃນຂະບວນການ - ວຽກງານດ້ານການເງິນໃນ Excel, ການສະໜັບສະໜູນການຮ່າງກົດໝາຍໃນ Word, ແລະຊຸດໂດເມນທີ່ຄ້າຍຄືກັນ

ທັກສະແມ່ນງ່າຍທີ່ຈະຖືກຫຼຸດລາຄາ. ຮູບແບບການສົນທະນາທົ່ວໄປທີ່ "ຮູ້ດ້ານການເງິນ" ບໍ່ຄືກັນກັບເສັ້ນທາງທັກສະທີ່ປັບແຕ່ງໃຫ້ເໝາະສົມກັບເຫດຜົນຂອງຕາຕະລາງ ແລະ ນິໄສການທົບທວນຄືນ. ບໍ່ວ່າທັກສະຈະກາຍເປັນຊ່ວງເວລາຂອງ App Store ສຳລັບ Copilot ຫຼື ຊຸດຄຸນສົມບັດຂອງວິສາຫະກິດທີ່ງຽບສະຫງົບຍັງຄົງເປີດຢູ່, ແຕ່ທິດທາງແມ່ນຈະແຈ້ງ: ຄວາມສາມາດພິເສດ, ບໍ່ແມ່ນກຸ່ມດຽວທີ່ປອມຕົວເປັນທຸກພະແນກ.

ລະຫັດ: ອະທິບາຍແອັບ, ດາວໂຫຼດແອັບ

ລະຫັດແມ່ນໜ້າດິນທີ່ແນໃສ່ຜູ້ສ້າງທີ່ບໍ່ແມ່ນນັກພັດທະນາສະເໝີໄປ - ແລະນັກພັດທະນາຜູ້ທີ່ຍັງຕ້ອງການເສັ້ນທາງທີ່ໄວກວ່າຈາກແນວຄວາມຄິດໄປສູ່ເຄື່ອງມືພາຍໃນ.

ໃຜກໍ່ສາມາດອະທິບາຍແອັບ, ຕົວຕິດຕາມ, ແຜງຄວບຄຸມ, ລະບົບອັດຕະໂນມັດ, ຫຼື ຂະບວນການເຮັດວຽກໃນພາສາທຳມະຊາດໄດ້. Copilot ສ້າງມັນຂຶ້ນມາ. ພາຍໃຕ້ຝາປິດມັນອີງໃສ່ສາຍພັນເຕັກໂນໂລຢີດຽວກັນທີ່ຂັບເຄື່ອນ GitHub Copilot, ເຊິ່ງເປັນສັນຍານຄວາມໜ້າເຊື່ອຖືທີ່ໜັກແໜ້ນສຳລັບຜູ້ທີ່ໄວ້ວາງໃຈຊຸດນັ້ນສຳລັບການສຳເລັດລະຫັດ ແລະ ການຂຽນລະຫັດແບບຕົວແທນແລ້ວ.

ຮົ້ວປ້ອງກັນທີ່ສຳຄັນໃນເລື່ອງຜະລິດຕະພັນ:

• ວິທີແກ້ໄຂແມ່ນ sandboxed ແລະ hosted ໂດຍຜູ້ເຊົ່າ
• Microsoft Copilot Managed Runtime ເກັບຮັກສາລະຫັດໄວ້ຢ່າງປອດໄພພາຍໃນ Microsoft 365 ພາຍໃຕ້ການຄຸ້ມຄອງດ້ານໄອທີ
• ການຕໍ່ສາຍດິນມາຜ່ານ Microsoft IQ, ດ້ວຍປລັກອິນທີ່ຮັກສາຂໍ້ມູນໃຫ້ຊິ້ງຂໍ້ມູນໄດ້

ຊຸດໂຊລູຊັ່ນທີ່ລາຍງານມານັ້ນກວມເອົາວິດເຈັດເດັສທັອບ, ແຜງຄວບຄຸມແບບໂຕ້ຕອບ, ແລະແອັບພາຍໃນທີ່ໂຮດຢູ່ໃນຄລາວ. ນັ້ນກວມເອົາຄວາມເປັນຈິງຫຼາຍຢ່າງຂອງ "ຂ້ອຍຕ້ອງການຕົວຕິດຕາມພາຍໃນວັນສຸກ ແລະຂ້ອຍບໍ່ຕ້ອງການລາຍການທີ່ຄ້າງຢູ່ສາມຄັ້ງ" ຂອງຊີວິດບໍລິສັດ.

ນັກພັດທະນາບໍ່ໄດ້ຖືກຍູ້ອອກຈາກຮູບພາບ. ພວກເຂົາຍັງໃຊ້ GitHub Copilot, ປະຈຸບັນມີການເຊື່ອມຕໍ່ຫຼາຍຂຶ້ນໃນແພລດຟອມ Copilot ທີ່ກວ້າງຂວາງ. ການວາງກອບແມ່ນສົມບູນແບບ: ຜູ້ກໍ່ສ້າງພົນລະເມືອງໄດ້ຮັບລະຫັດສຳລັບເຄື່ອງມືປະຕິບັດງານ; ຜູ້ຊ່ຽວຊານຮັກສາຂະບວນການເຮັດວຽກທີ່ເລິກເຊິ່ງກວ່າຂອງເຂົາເຈົ້າ ແລະ ໄດ້ຮັບການເຊື່ອມຕໍ່ເຂົ້າໄປໃນໂຄງສ້າງຕົວແທນດຽວກັນ.

ມີໄຊຊະນະທາງວັດທະນະທຳທີ່ຖືກຝັງໄວ້ຢູ່ທີ່ນີ້ ຖ້າໄອທີຫຼິ້ນໄດ້ດີ. ໄອທີເງົາຫຼາຍມີຢູ່ ເພາະວ່າການລໍຖ້າແອັບທາງການຮູ້ສຶກຊ້າກວ່າສະເປຣດຊີດທີ່ຕິດຢູ່ກັບອີເມວ. ລະຫັດບວກກັບ Managed Runtime ແມ່ນຄຳຕອບຂອງ Microsoft: ໃຫ້ຄົນສ້າງ, ຮັກສາມັນໄວ້ພາຍໃນຜູ້ເຊົ່າ, ແລະໃຫ້ຄວາມປອດໄພມີບ່ອນຢືນ. ນັ້ນຈະເຮັດວຽກໄດ້ພຽງແຕ່ຖ້າ sandbox ເປັນຈິງ ແລະເລື່ອງ plugin ບໍ່ຮູ້ສຶກຄືກັບເທບຕິດ.

ໃນດ້ານຄວາມພ້ອມໃຊ້ງານ, Code ຈະຜ່ານໂປຣແກຣມ Frontier ກ່ອນ, ຈາກນັ້ນຈະເຂົ້າເຖິງໄດ້ກວ້າງຂວາງກວ່າ, ໂດຍມີຕົວຢ່າງສຳລັບ Microsoft 365 Premium ແລະ Pro ໃນພາຍຫຼັງ. Managed Runtime ແມ່ນຢູ່ໃນຕົວຢ່າງແລ້ວ. ພື້ນຖານດຽວກັນນີ້ແມ່ນມີຈຸດປະສົງເພື່ອໂຮດແອັບຈາກ Cowork, Code, ແລະ Copilot Studio, ແລະ Microsoft ກ່າວວ່າມັນກຳລັງເປີດ runtime ນັ້ນໃຫ້ກັບຜູ້ສ້າງພາກສ່ວນທີສາມ ແລະ pro-code. ຖ້າເປັນແນວນັ້ນ, runtime ຈະກາຍເປັນຍຸດທະສາດຄືກັບ UI ສົນທະນາ - ບາງທີອາດຈະຫຼາຍກວ່ານັ້ນ.

ລະບົບອັດຕະໂນມັດ: ຕົວແທນທີ່ບໍ່ລໍຖ້າການກະຕຸ້ນ

ລະບົບອັດຕະໂນມັດແມ່ນສ່ວນໜຶ່ງທີ່ສ້າງພະລັງງານ "ລໍຖ້າ, ຫຍັງ" ຫຼາຍທີ່ສຸດ, ແລະດ້ວຍເຫດຜົນທີ່ດີ. ເມື່ອກ່ອນເອີ້ນວ່າ Scout, ມັນຖືກຕັ້ງຕຳແໜ່ງເປັນຕົວແທນສ່ວນຕົວທີ່ຍືນຍົງ, ມີປະສິດທິພາບ, ແລະເຮັດວຽກຢ່າງຕໍ່ເນື່ອງເມື່ອທ່ານບໍ່ຢູ່.

ເຈົ້າຕັ້ງຊື່ໃຫ້ມັນ, ບົດບາດ, ແລະ ເປົ້າໝາຍ. ມັນເບິ່ງຊ່ອງທາງຕ່າງໆ, ຕິດຕາມຫົວຂໍ້ຕ່າງໆ, ຈັດການວຽກທີ່ເກີດຂຶ້ນຊ້ຳໆ, ແລະ ສາມາດເລືອກໂຄງການສຳຮອງໄດ້ພາຍໃນມື້ຕໍ່ມາໂດຍບໍ່ຕ້ອງລໍຖ້າໃຫ້ເຈົ້າກະຕຸ້ນມັນຄືນໃໝ່. ນັ້ນແມ່ນຮູບແບບທາງຈິດໃຈທີ່ແຕກຕ່າງຈາກການສົນທະນາ. ການສົນທະນາແມ່ນການດຶງ. ອັດຕະໂນມັດແມ່ນການຍູ້-ບວກ-ໜ່ວຍຄວາມຈຳ.

ໃນດ້ານສະຖາປັດຕະຍະກຳ, Microsoft ອະທິບາຍວ່າ Autopilot ເປັນບໍລິການທີ່ໂຮດຢູ່ໃນຄລາວດ໌ພ້ອມດ້ວຍ ຕົວຕົນ, ໜ່ວຍຄວາມຈຳ, ຄອມພິວເຕີ ແລະ ພື້ນທີ່ເຮັດວຽກຂອງ, ສ້າງຂຶ້ນໃນ Microsoft IQ. ມັນສະແດງຢູ່ໃນ Teams, Outlook, ການສົນທະນາ, ຊ່ອງທາງ ແລະ ເອກະສານຕ່າງໆ. ທ່ານ @ກ່າວເຖິງມັນຄືກັບເພື່ອນຮ່ວມງານ. ການອະນຸຍາດ, ເສັ້ນທາງການກວດສອບ ແລະ ການຄຸ້ມຄອງແມ່ນສ່ວນໜຶ່ງຂອງການຫຸ້ມຫໍ່ຂອງວິສາຫະກິດ - ເຊິ່ງບໍ່ສາມາດເຈລະຈາໄດ້ຖ້າຜູ້ໃດຈະໃຫ້ຕົວແທນກຳນົດເວລາການປະຊຸມຜູ້ສະໜອງໃນນາມຂອງເຂົາເຈົ້າ.

ຕົວຢ່າງການທົບທວນຄືນຜູ້ສະໜອງແມ່ນການທົດສອບຄວາມຕຶງຄຽດທີ່ເຂັ້ມແຂງສຳລັບແນວຄວາມຄິດນີ້. ລະບົບອັດຕະໂນມັດສາມາດດຳເນີນຂະບວນການທັງໝົດໄດ້: ກຳນົດເວລາ, ການກະກຽມ, ການປະຊຸມ, ການຕິດຕາມຜົນ, ການເຂົ້າຫາຜູ້ມີສ່ວນຮ່ວມ. ນັ້ນບໍ່ແມ່ນການກະຕຸ້ນດຽວ. ມັນເປັນການໂຄສະນາຫາສຽງຂອງການກະທຳນ້ອຍໆທີ່ຕິດກັນໄປມາໃນແຕ່ລະມື້. ຖ້າມັນເຮັດວຽກໄດ້ຢ່າງສະອາດ, ມັນຈະກິນວຽກກາວຂອງຜູ້ຈັດການໂຄງການທັງໝົດ. ຖ້າມັນເວົ້າຫຼາຍຫຼືຜິດພາດເລື້ອຍໆ, ມັນຈະກາຍເປັນສັນຍານເຕືອນໄພອີກອັນໜຶ່ງ. ຜະລິດຕະພັນຈະຢູ່ລອດຫຼືຕາຍໃນການຕັດສິນນັ້ນ.

ການຄຸ້ມຄອງພາຍນອກໄດ້ປຽບທຽບເຊື້ອສາຍຂອງ Autopilot ກັບ OpenClaw, ວິທີການຕົວແທນອັດຕະໂນມັດແບບໂອເພນຊອສ, ໂດຍສັງເກດເຫັນລຸ້ນວິສາຫະກິດທີ່ໂຮດຢູ່ໃນຄລາວທຽບກັບການຕັ້ງຄ່າໃນທ້ອງຖິ່ນ, ບວກກັບການປ້ອງກັນທີ່ເຂັ້ມແຂງກວ່າ. ການເລົ່າເລື່ອງການສາທິດໃນການຄຸ້ມຄອງນັ້ນລວມມີສິນຄ້າຄົງຄັງຂາຍຍ່ອຍ ແລະ ຂະບວນການເຮັດວຽກແບບສັ່ງຊື້ທີ່ຄ້າງຊຳລະ. ປະຕິບັດຕໍ່ສິ່ງເຫຼົ່ານັ້ນເປັນການຮຽກຮ້ອງ ແລະ ການສາທິດທີ່ລາຍງານ, ບໍ່ແມ່ນເປັນຄຳສັນຍາວ່າຜູ້ເຊົ່າທຸກຄົນຈະສ້າງກອງ Autopilots ພາຍໃນຄືນດຽວ. ເຖິງຢ່າງໃດກໍ່ຕາມ, ຄວາມເປັນໄປໄດ້ຂອງ Autopilots ຫຼາຍຄົນໃນຜູ້ເຊົ່າຄົນໜຶ່ງ - ແຕ່ລະຄົນມີບົດບາດທີ່ແຕກຕ່າງກັນ - ແມ່ນເຫດຜົນທີ່ແນ່ນອນວ່າເປັນຫຍັງຕົວຕົນ ແລະ ການກວດສອບຈຶ່ງມີຄວາມສຳຄັນ.

ມຸມມອງຂອງຕົວແທນຫຼາຍຄົນນັ້ນງ່າຍທີ່ຈະບໍ່ສົນໃຈຈົນກວ່າທ່ານຈະນຶກພາບເຖິງລະບົບຈັດຊື້ແບບອັດຕະໂນມັດ, ລະບົບອັດຕະໂນມັດທີ່ຕອບສະໜອງຄວາມສຳເລັດຂອງລູກຄ້າ, ແລະ ລະບົບອັດຕະໂນມັດທີ່ປິດການເງິນ ທັງໝົດອາໄສຢູ່ໃນຜູ້ເຊົ່າດຽວກັນ. ພວກມັນບໍ່ແມ່ນສາມກຸ່ມສົນທະນາ. ພວກມັນແມ່ນພະນັກງານທີ່ມີຊື່ສາມຄົນທີ່ມີເປົ້າໝາຍທີ່ແຕກຕ່າງກັນ, ປະຕິທິນທີ່ຊ້ອນກັນ, ແລະຊ່ອງທາງທີ່ໃຊ້ຮ່ວມກັນ. ຖ້າບໍ່ມີການອະນຸຍາດ ແລະ ການກວດສອບທີ່ຊັດເຈນ, ສິ່ງນັ້ນຈະກາຍເປັນການສະແດງລະຄອນທີ່ບໍ່ເປັນລະບຽບ. ກັບພວກມັນ, ມັນເລີ່ມເບິ່ງຄືກັບການຈ້າງພະນັກງານ - ພຽງແຕ່ມີໜ່ວຍຄວາມຈຳທີ່ໂຮດຢູ່ໃນຄລາວ ແລະ ຄອມພິວເຕີທີ່ບໍ່ຕ້ອງການ PTO.

ເຂົ້າໃຈງ່າຍໆ: ນີ້ແມ່ນການນຳສະເໜີທີ່ຊັດເຈນທີ່ສຸດຂອງ "ຕົວແທນໃນຖານະເພື່ອນຮ່ວມທີມດິຈິຕອນທີ່ມີເອກະລັກຂອງບໍລິສັດ" ທີ່ພວກເຮົາເຄີຍເຫັນມາ. ຄວາມສົນໃຈສູງກ່ຽວກັບ Autopilot ເປັນສິ່ງທີ່ສົມເຫດສົມຜົນ. ຕົວແທນທີ່ຍັງຄົງບັງຄັບຄຳຖາມທີ່ໜັກແໜ້ນກ່ຽວກັບຄວາມເປັນເຈົ້າຂອງ, ຄວາມຮັບຜິດຊອບ, ແລະຄ່າໃຊ້ຈ່າຍທີ່ແຜງສົນທະນາທີ່ສຸພາບບໍ່ເຄີຍເຮັດ.

ພາບລວມກ່ຽວກັບໜ້າຫຼັກ ທຽບກັບ ລະຫັດ ທຽບກັບ ລະບົບຂັບເຄື່ອນອັດຕະໂນມັດ

ຖ້າສະໝອງຂອງເຈົ້າກຳລັງຈັດຮຽງສິ່ງເຫຼົ່ານີ້ເຂົ້າໃນຖັງແລ້ວ, ນີ້ແມ່ນການປຽບທຽບທີ່ສະອາດຂອງທັງສາມພື້ນຜິວດັ່ງທີ່ Microsoft ອະທິບາຍໄວ້:

ອີກວິທີໜຶ່ງທີ່ຈະເວົ້າຄື: ບ້ານຄືເປືອກ, ລະຫັດຄືກອງປະຊຸມ, Autopilot ແມ່ນເພື່ອນຮ່ວມທີມທີ່ບໍ່ຕ້ອງການເຈົ້າຢູ່ໃນຫ້ອງ. Chat ແລະ Office Copilot ຍັງຄົງເປັນຊັ້ນຄວາມສະດວກສະບາຍທີ່ເປີດໃຊ້ງານຢູ່ສະເໝີໃນ USL ດ້ວຍການກຳນົດເສັ້ນທາງແບບອັດຕະໂນມັດ. ການເຄື່ອນໄຫວຂອງຕົວແທນທີ່ໜັກໜ່ວງກວ່າ - Cowork, Code, Autopilot - ຕັ້ງຢູ່ໃນ UBB, ເຊິ່ງເປັນບ່ອນທີ່ການຄວບຄຸມ FinOps ແລະ Agent 365 ເລີ່ມມີຄວາມສຳຄັນ.

ການແບ່ງໃບບິນ: USL Comfort ທຽບກັບຕົວແທນ UBB

Microsoft ພວມແຕ້ມເສັ້ນແບ່ງທີ່ສົດໃສລະຫວ່າງການຊ່ວຍເຫຼືອປະຈຳວັນ ແລະ ວຽກງານຂອງຕົວແທນ.

ໃບອະນຸຍາດການສະໝັກໃຊ້ຂອງຜູ້ໃຊ້ (USL) ກວມເອົາປະສົບການການສົນທະນາ ແລະ ປະສົບການ Office Copilot ທີ່ຄົນສ່ວນໃຫຍ່ຄາດຫວັງໄວ້ແລ້ວ, ໂດຍມີການຈັດເສັ້ນທາງແບບອັດຕະໂນມັດທີ່ຕັດສິນໃຈວ່າແບບໃດຈະຈັດການການຫັນ. ນັ້ນແມ່ນສິ່ງທີ່ທີມງານການເງິນໂລກທີ່ຄາດເດົາໄດ້ຕໍ່ບ່ອນນັ່ງເຂົ້າໃຈ.

ການຮຽກເກັບເງິນໂດຍອີງໃສ່ການນຳໃຊ້ (UBB) ກວມເອົາພາກສ່ວນຕົວແທນຄື: Cowork, Code, Autopilot, ແລະເສັ້ນທາງແບບຈຳລອງຊາຍແດນເຊັ່ນ Astra ແລະ Fable ເມື່ອສິ່ງເຫຼົ່ານັ້ນກຳລັງດຳເນີນຢູ່. ທ່ານຈ່າຍຄ່າສິ່ງທີ່ຕົວແທນເຮັດ, ບໍ່ພຽງແຕ່ສຳລັບບ່ອນນັ່ງທີ່ມີຢູ່ເທົ່ານັ້ນ.

ການແບ່ງແຍກນັ້ນແມ່ນການອອກແບບຜະລິດຕະພັນທີ່ສະຫຼາດ ແລະ ເປັນອັນຕະລາຍເລັກນ້ອຍຖ້າບໍ່ໄດ້ຮັບການຄຸ້ມຄອງ. ໃບອະນຸຍາດບ່ອນນັ່ງຊຸກຍູ້ໃຫ້ມີການເປີດໃຊ້ງານຢ່າງກວ້າງຂວາງ. ການຮຽກເກັບເງິນການນຳໃຊ້ຊຸກຍູ້ໃຫ້ທົດລອງ - ແລະບາງຄັ້ງກໍ່ມີໃບແຈ້ງໜີ້ທີ່ບໍ່ຄາດຄິດ. ຊຸດປະກາດດຽວກັນນີ້ສະແດງໃຫ້ເຫັນເຖິງ FinOps ສຳລັບການຄວບຄຸມຄ່າໃຊ້ຈ່າຍຂອງ AI ແລະ Agent 365: ນະໂຍບາຍການໃຊ້ຈ່າຍ, ການເບິ່ງເຫັນການນຳໃຊ້ສິນເຊື່ອ, ແລະ ຄວາມເຂົ້າໃຈກ່ຽວກັບຜົນໄດ້ຮັບຂອງ Cowork. ສັ້ນໆ, ແຕ່ສຳຄັນ. ຖ້າ Autopilot ສາມາດດຳເນີນຂະບວນການຂອງຜູ້ສະໜອງໄດ້ເປັນເວລາຫຼາຍມື້, ຜູ້ໃດຜູ້ໜຶ່ງຕ້ອງການການໂທຫາວ່າມັນເຮັດວຽກໜັກປານໃດ.

ສຳລັບຄູ່ຮ່ວມງານດ້ານໄອທີ ແລະ ການເງິນທີ່ອ່ານນີ້: ວາງແຜນສຳລັບສອງແບບຈຳລອງທາງຈິດໃຈໃນຜູ້ເຊົ່າດຽວ. USL ແມ່ນພື້ນຖານ. UBB ແມ່ນຕົວກະຕຸ້ນສຳລັບເພື່ອນຮ່ວມທີມດິຈິຕອລ. ການຄຸ້ມຄອງໂດຍບໍ່ມີການເບິ່ງເຫັນຄ່າໃຊ້ຈ່າຍແມ່ນເຄິ່ງໜຶ່ງຂອງແຜນການ.

Microsoft IQ, Grounding, ແລະຊັ້ນແພລດຟອມທີ່ງຽບສະຫງົບ

ຢຸດຊົ່ວຄາວກ່ຽວກັບທໍ່ນໍ້າ, ເພາະວ່າ Autopilot ແລະ Code ເຮັດວຽກໄດ້ດີເທົ່າກັບສິ່ງທີ່ພວກເຂົາສາມາດເຫັນໄດ້ຢ່າງປອດໄພ.

Microsoft IQ ແມ່ນຊັ້ນດິນທີ່ຖືກເອີ້ນອອກມາໃນທົ່ວພື້ນຜິວເຫຼົ່ານີ້. Fabric IQ ແລະ Dynamics grounding ປາກົດຢູ່ໃນເລື່ອງແພລດຟອມທີ່ກວ້າງຂວາງ, ພ້ອມກັບ registry plugin ທີ່ເຮັດໃຫ້ລະບົບຕ່າງໆ sync. ເວົ້າງ່າຍໆ: ຕົວແທນ ແລະ ແອັບ Code ຄວນຈະໃຊ້ເຫດຜົນກ່ຽວກັບຂໍ້ມູນຂອງບໍລິສັດດ້ວຍສິດອະນຸຍາດທີ່ຄົບຖ້ວນ, ບໍ່ແມ່ນການຂູດຂໍ້ມູນໃດໆທີ່ພວກເຂົາສາມາດຊອກຫາໄດ້ໃນ chat dump.

ນັ້ນມີຄວາມສຳຄັນຕໍ່ການຮຽກຮ້ອງ "ຕົວຕົນຂອງຕົນເອງ" ຂອງ Autopilot. ຕົວແທນທີ່ມີຕົວຕົນຂອງບໍລິສັດແມ່ນບໍ່ມີປະໂຫຍດ - ຫຼື ເປັນອັນຕະລາຍ - ຖ້າບໍ່ມີການຄວບຄຸມການເຂົ້າເຖິງແບບດຽວກັນກັບທີ່ພະນັກງານທີ່ຈ້າງມາຈະໄດ້ຮັບ. Managed Runtime, IQ grounding, ແລະ ການຄວບຄຸມຄ່າໃຊ້ຈ່າຍ ແລະ ນະໂຍບາຍແບບ Agent 365 ແມ່ນສ່ວນປະກອບຫຼັກຂອງວິສາຫະກິດທີ່ອ້ອມຮອບການສາທິດທີ່ເງົາງາມ.

ທ່ານບໍ່ຈຳເປັນຕ້ອງທ່ອງຈຳທຸກຍີ່ຫໍ້ IQ ເພື່ອໃຫ້ເຂົ້າໃຈຈຸດປະສົງ. ການສະເໜີລາຄາ OS-for-work ຈະໃຊ້ໄດ້ຜົນພຽງແຕ່ຖ້າຂໍ້ມູນ, ລະຫັດ ແລະ ຕົວແທນແບ່ງປັນເລື່ອງການອະນຸຍາດດຽວກັນ.

ການກວດສອບຄວາມເປັນຈິງຂອງການເປີດຕົວ

ຄວາມພ້ອມແມ່ນຖືກຈັດເປັນຂັ້ນຕອນ, ເຊິ່ງເປັນວິທີທີ່ຜູ້ໃຫຍ່ຈະສົ່ງສິ່ງທີ່ໃຫຍ່ແບບນີ້.

• Home ແລະ Code ຈະເປີດຕົວໃນ ໂປຣແກຣມ Frontier ໃນໄວໆນີ້
• Autopilot ກຳລັງຂະຫຍາຍໄປສູ່ການສະແດງຕົວຢ່າງສ່ວນຕົວໃນໄວໆນີ້
• Managed Runtime ມີຢູ່ໃນການສະແດງຕົວຢ່າງແລ້ວ ແລະ ແບ່ງປັນໃນທົ່ວ Cowork, Code ແລະ Copilot Studio
• ການເຂົ້າເຖິງລະຫັດທີ່ກວ້າງຂວາງກວ່າຈະມີໃຫ້ຫຼັງຈາກ Frontier, ໂດຍຈະມີການສະແດງຕົວຢ່າງແບບ Premium ແລະ Pro ໃນພາຍຫຼັງ

ການເຂົ້າເຖິງໂຄງການ Frontier ແມ່ນຊ່ອງທາງເລີ່ມຕົ້ນປົກກະຕິຂອງ Microsoft ສຳລັບລູກຄ້າທີ່ອາໄສຢູ່ໃນຂອບເຂດທີ່ມີຄວາມສ່ຽງສູງ ແລະ ໃຫ້ຄຳຕິຊົມກ່ອນຄື້ນທີ່ກວ້າງຂວາງ. ການສະແດງຕົວຢ່າງສ່ວນຕົວສຳລັບ Autopilot ແນະນຳໃຫ້ລະມັດລະວັງເປັນພິເສດ - ເໝາະສົມເມື່ອຕົວແທນສາມາດ @mention ຜູ້ມີສ່ວນຮ່ວມ ແລະ ກຳນົດເວລາໃນນາມຂອງທ່ານ.

ຖ້າທ່ານກຳລັງລໍຖ້າ "ທຸກຄົນໄດ້ຮັບທຸກຢ່າງໃນວັນອັງຄານ," ໃຫ້ປັບຄວາມຄາດຫວັງ. ຄຳຖາມທີ່ໜ້າສົນໃຈບໍ່ແມ່ນປະຕິທິນ. ມັນແມ່ນວ່າຜູ້ເຊົ່າຂອງທ່ານພ້ອມແລ້ວສຳລັບຕົວຕົນຂອງຕົວແທນ, ນະໂຍບາຍ UBB, ແລະ ໜ້າດິນຫຼັກທີ່ກາຍເປັນບ່ອນເປີດຕົວປະຈຳວັນຫຼືບໍ່.

ສິ່ງທີ່ຈະເກີດຂຶ້ນຕໍ່ໄປໃນຂອບຟ້າ

ບັນທຶກແຜນທີ່ເສັ້ນທາງທີ່ເບົາກວ່າສອງອັນແມ່ນຄຸ້ມຄ່າທີ່ຈະເບິ່ງໂດຍບໍ່ຕ້ອງປ່ຽນສິ່ງນີ້ໃຫ້ກາຍເປັນກະດານຂ່າວລື.

ທຳອິດ, Today ມີຈຸດປະສົງເພື່ອດຶງເອົາມື້ນັ້ນມາສູ່ມຸມມອງດຽວທີ່ຮັບຮູ້ຕົວແທນ - ລ່າສັດສິ່ງທີ່ຕ້ອງການຄວາມສົນໃຈໃນແອັບຕ່າງໆໜ້ອຍລົງ. ອັນທີສອງ, @Copilot ໃນ Teams ທີ່ມີຈຸດສະພາບການຮ່ວມກັນຢູ່ທີ່ຕົວແທນທີ່ເຂົ້າໃຈຫ້ອງ, ບໍ່ພຽງແຕ່ຂໍ້ຄວາມສຸດທ້າຍທີ່ທ່ານພິມໃນແຜງສ່ວນຕົວ.

ຕົວລະຄອນເຫຼົ່ານັ້ນແມ່ນຕົວລະຄອນສະໜັບສະໜູນທີ່ຢູ່ຖັດຈາກ Home, Code, ແລະ Autopilot. ເຖິງຢ່າງໃດກໍ່ຕາມ, ພວກມັນຍັງຢືນຢັນຫຼັກການດຽວກັນຄື: Copilot ຕ້ອງການເປັນໂຄງສ້າງພື້ນຖານແບບ ambient ສຳລັບການເຮັດວຽກ, ບໍ່ແມ່ນແຖບທີ່ເຈົ້າຈື່ໄດ້ເມື່ອເຈົ້າຕິດຂັດ.

ໃຜຄວນດູແລກ່ອນ

ບໍ່ແມ່ນທຸກໆບົດບາດຕ້ອງການທັງສາມໜ້າໃນມື້ທຳອິດ. ການຕັດແບບປະຕິບັດໄດ້:

• ພະນັກງານທີ່ມີຄວາມຮູ້ ແລະ ຜູ້ຈັດການ - ການແຍກ Chat/Cowork ຂອງ Home ແລະ Office-in-Copilot ຈະຮູ້ສຶກວ່າທັນທີທີ່ສຸດ
• ພະນັກງານປະຕິບັດການ, ການເງິນ, ແລະ ໂປຣແກຣມ - ລະຫັດສຳລັບຕົວຕິດຕາມ ແລະ ແຜງຄວບຄຸມ; ລະບົບຄວບຄຸມອັດຕະໂນມັດສຳລັບຂະບວນການຕິດຕາມທີ່ໜັກໜ່ວງທີ່ເກີດຂຶ້ນຊ້ຳໆ
• ນັກພັດທະນາ - GitHub Copilot ບວກກັບການເຊື່ອມຕໍ່ Managed Runtime; ໜ້ອຍລົງ "ທົດແທນຂ້ອຍ," ຫຼາຍຂຶ້ນ "ສົ່ງເຄື່ອງມືພາຍໃນໄວຂຶ້ນ"
• ໄອທີ, ຄວາມປອດໄພ, ແລະ FinOps - ຕົວຕົນ, ການກວດສອບ, ນະໂຍບາຍ UBB, ການຄວບຄຸມຂອງຕົວແທນ 365; ນີ້ແມ່ນບ່ອນທີ່ຄຳປຽບທຽບຂອງລະບົບປະຕິບັດການກາຍເປັນໂຄງການຄຸ້ມຄອງ

ຖ້າທ່ານພຽງແຕ່ເປັນຜູ້ນຳທາງດຽວ, Autopilot ແມ່ນການປ່ຽນແປງທາງວັດທະນະທຳ. ລະຫັດແມ່ນການປ່ຽນແປງຂອງແຮງຂັບເຄື່ອນ. ບ້ານແມ່ນການປ່ຽນແປງນິໄສ. ເລືອກໂດຍອີງໃສ່ວ່າຈຸດແຂງຂອງທ່ານແມ່ນການຕິດຕາມຜ່ານ, ເຄື່ອງມື, ຫຼືຈຸດເລີ່ມຕົ້ນທີ່ແຕກຫັກ.

ພາບລວມການປິດ

Microsoft ໄດ້ສ້າງ Copilot ຄືນໃໝ່ໂດຍອ້ອມຮອບ Home, Code, ແລະ Autopilot ແລະ ກຳລັງຂາຍຜົນໄດ້ຮັບຢ່າງເປີດເຜີຍເປັນລະບົບປະຕິບັດການສຳລັບການເຮັດວຽກ. Home ລວມ Chat ແລະ Cowork ແລະ ນຳເອົາ Word, Excel, ແລະ PowerPoint ທີ່ແທ້ຈິງເຂົ້າໃນແອັບ Copilot ດ້ວຍການຊິ້ງສົດ. ລະຫັດປ່ຽນຄຳອະທິບາຍພາສາທຳມະຊາດໃຫ້ເປັນແອັບທີ່ໂຮດໂດຍຜູ້ເຊົ່າໃນ Managed Runtime, ແບ່ງປັນ DNA ກັບ GitHub Copilot. Autopilot - ອະດີດ Scout - ເປັນຕົວແທນສ່ວນຕົວທີ່ຍືນຍົງທີ່ມີຕົວຕົນ, ໜ່ວຍຄວາມຈຳ, ແລະພື້ນທີ່ເຮັດວຽກທີ່ສືບຕໍ່ເຮັດວຽກຫຼັງຈາກທີ່ທ່ານອອກຈາກລະບົບ.

Everyday Chat ແລະ Office Copilot ຍັງຄົງຢູ່ໃນ USL. ສາມຕົວແທນແມ່ນອີງໃສ່ UBB, ໂດຍມີ FinOps ແລະ Agent 365 ເປັນຕົວຄວບຄຸມທີ່ປອດໄພດ້ານຄ່າໃຊ້ຈ່າຍ. ຄື້ນ Frontier ແລະ private preview ແມ່ນວິທີທີ່ສິ່ງນີ້ຕົກຢູ່ຕໍ່ໜ້າບ່ອນນັ່ງທີ່ກວ້າງຂວາງ.

ຫົວຂໍ້ຫຼັກແມ່ນງ່າຍດາຍ: ການສົນທະນາແມ່ນຍຸກສາທິດ; ເພື່ອນຮ່ວມທີມດິຈິຕອນທີ່ມີເອກະລັກຂອງບໍລິສັດແມ່ນຍຸກແພລດຟອມ. ບໍ່ວ່າ Autopilot ຈະກາຍເປັນເພື່ອນຮ່ວມງານທີ່ເຊື່ອຖືໄດ້ ຫຼື ເຄື່ອງແຈ້ງເຕືອນທີ່ສະຫຼາດຈະຕັດສິນໃຈວ່າການວາງກອບລະບົບປະຕິບັດການຈະຄົງຢູ່ຫຼືບໍ່. ບ້ານຕ້ອງກາຍເປັນນິໄສ. ລະຫັດຕ້ອງປອດໄພກວ່າຕາຕະລາງທີ່ຫຼອກລວງ. Autopilot ຕ້ອງໄດ້ຮັບຄວາມໄວ້ວາງໃຈໃນການຕິດຕາມຄັ້ງລະຄັ້ງ.

ສຳລັບດຽວນີ້, ຮູບຮ່າງຜະລິດຕະພັນແມ່ນການພະນັນທີ່ຊັດເຈນທີ່ສຸດສຳລັບແພລດຟອມຫຼັກກ່ຽວກັບຕົວແທນທີ່ບໍ່ລໍຖ້າການກະຕຸ້ນຕໍ່ໄປຂອງເຈົ້າ - ແລະຄວາມຈິງນັ້ນດ້ວຍຕົວມັນເອງກໍ່ຄຸ້ມຄ່າທີ່ຈະຕິດຕາມຢ່າງໃກ້ຊິດ.

ຕົວຢ່າງການປະຕິບັດ: ຄວາມພ້ອມຂອງການປ່ອຍຜະລິດຕະພັນດ້ວຍ Home, Code, ແລະ Autopilot

ສະຖານະການ

Priya ເປັນຫົວໜ້າຝ່າຍປະຕິບັດການຜະລິດຕະພັນຢູ່ບໍລິສັດ SaaS B2B ຂະໜາດກາງຂອງອັງກິດ. ໃນທຸກໆວັນພະຫັດ ນາງມີຫົວຂໍ້ການກຽມພ້ອມສຳລັບການປ່ອຍ: ຫົວຂໍ້ການສະໜັບສະໜູນທີ່ເປີດຢູ່ຈາກອາທິດ, ຂໍ້ຜິດພາດທີ່ຮູ້ຈັກຍັງຄົງຄ້າງຢູ່ໃນ Azure DevOps, ບັນທຶກສະຖານະສັ້ນໆສຳລັບຄວາມສຳເລັດດ້ານວິສະວະກຳ ແລະ ລູກຄ້າ, ແລະ ຕົວຕິດຕາມເພື່ອບໍ່ໃຫ້ໃຜຊອກຫາຫົວຂໍ້ Teams ໃນເວລາ 18:00.

ມື້ນີ້, ວຽກງານທີ່ຫຍຸ້ງຍາກຂອງນາງບໍ່ແມ່ນການຂຽນບັນທຶກ. ມັນແມ່ນວຽກທີ່ຕ້ອງຕິດຂັດຈົນຮອດຕອນແລງ - ໄລ່ຕາມເຈົ້າຂອງເພື່ອຊອກຫາສິນຄ້າທີ່ລ້າສະໄໝ, ໂຫຼດຕົວຕິດຕາມຄືນໃໝ່, ແລະ ຮັບປະກັນວ່າບໍ່ມີສິ່ງໃດທີ່ລູກຄ້າຕ້ອງປະເຊີນໜ້າຈະຫາຍໄປໂດຍບໍ່ມີບັດຜ່ານຂອງມະນຸດ. ນາງອາໄສຢູ່ໃນ Microsoft 365 ແລ້ວ. Copilot ທີ່ສ້າງຂຶ້ນໃໝ່ໄດ້ສະແດງແຜນທີ່ໃນອາທິດນັ້ນຢ່າງຈະແຈ້ງ: ບ້ານເປັນສູນກາງເລີ່ມຕົ້ນ, ລະຫັດສຳລັບຕົວຕິດຕາມພາຍໃນທີ່ມີຂອບເຂດ, ແລະ Autopilot ສຳລັບວຽກງານໄລ່ຕາມໃນຕອນກາງຄືນທີ່ຍັງຢຸດຢູ່ກ່ອນການຂົນສົ່ງ.

ລາວປະຕິບັດຕໍ່ Autopilot ຄືກັບເພື່ອນຮ່ວມທີມດິຈິຕອນທີ່ມີຊື່ສຽງທີ່ມີເປົ້າໝາຍແຄບ, ບໍ່ແມ່ນຜູ້ຈັດການປ່ອຍທີ່ບໍ່ມີໃຜເບິ່ງແຍງ. ສິ່ງໃດກໍ່ຕາມທີ່ເຂົ້າເຖິງລູກຄ້າ, ຄູ່ຮ່ວມງານ ຫຼື ຊ່ອງທາງສາທາລະນະລໍຖ້າການທົບທວນຄືນຂອງລາວໃນຕອນເຊົ້າ.

ສິ່ງທີ່ຜູ້ຊ່ວຍຕ້ອງການ

• ເຂົ້າເຖິງ, ພາຍໃຕ້ສິດອະນຸຍາດຂອງຜູ້ເຊົ່າທີ່ມີຢູ່ແລ້ວ, ໄປຍັງຊ່ອງທາງ Teams ລຸ້ນປ່ອຍ, ເອກະສານ Word brief ທີ່ແບ່ງປັນ, ແຜ່ນເຫດການ Excel, ແລະກະດານ Azure DevOps ທີ່ Priya ໃຊ້ແລ້ວ
• ຕົວຕົນ Autopilot ທີ່ຊັດເຈນ: ຊື່, ບົດບາດ (ການໄລ່ລ່າການປະຕິບັດງານການປ່ອຍ), ແລະເປົ້າໝາຍທີ່ຈຳກັດຢູ່ໃນຮ່າງການຕິດຕາມ ແລະ ການອັບເດດຕົວຕິດຕາມ - ບໍ່ແມ່ນອີເມວລູກຄ້າ, ບໍ່ແມ່ນການປ່ຽນແປງການຜະລິດ
• ຕົວຕິດຕາມຄວາມພ້ອມຂອງການປ່ອຍທີ່ສ້າງຂຶ້ນໂດຍຜູ້ເຊົ່າ ແລະ ໂຮດໂດຍ Code (ຖ້າ Code / Managed Runtime ມີຢູ່ໃນຜູ້ເຊົ່າ) ພ້ອມດ້ວຍຖັນສຳລັບເຈົ້າຂອງ, ອາຍຸ, ຄວາມຮຸນແຮງ, ສະຖານະຂອງຕົວບລັອກ ແລະ “ພ້ອມສຳລັບການກວດສອບໂດຍມະນຸດ”
• ຂໍ້ຈຳກັດການໃຊ້ຈ່າຍຂອງ UBB / Agent 365 ດັ່ງນັ້ນວຽກງານ Autopilot ຂ້າມຄືນຈຶ່ງບໍ່ສາມາດດຳເນີນໄປໄດ້ຢ່າງບໍ່ມີຂອບເຂດ
• ກົດລະບຽບທີ່ເຂັ້ມງວດ: ຫ້າມສົ່ງຈາກພາຍນອກ, ຫ້າມ @mention ລູກຄ້າ, ແລະ ຫ້າມໝາຍ “ສຳເລັດ” ໃສ່ສຳເນົາທີ່ລູກຄ້າຕ້ອງສົ່ງຈົນກວ່າ Priya ຈະອະນຸມັດ

ຕົວຢ່າງຄຳແນະນຳ

ໃນ Copilot Home, Priya ເລີ່ມຕົ້ນໃນ Chat ເພື່ອປັບທິດທາງ, ຈາກນັ້ນມອບວຽກຫຼາຍຂັ້ນຕອນໃຫ້ Cowork ດ້ວຍຄຳແນະນຳສັ້ນໆດັ່ງນີ້:

"ສ້າງຄວາມພ້ອມໃນການປ່ອຍລຸ້ນວັນພະຫັດສຳລັບ Acme SaaS UK, sprint 38. ດຶງເອົາຫົວຂໍ້ P1/P2 ທີ່ເປີດຢູ່ຈາກຊ່ອງທາງສະໜັບສະໜູນ ແລະ ແຜ່ນເຫດການ Excel ທີ່ແບ່ງປັນສຳລັບເຈັດມື້ທີ່ຜ່ານມາ. ຮ່າງບັນທຶກສະຖານະ Word ສຳລັບວິສະວະກຳ ແລະ CS ດ້ວຍ: ຫົວຂໍ້ອັນດັບຕົ້ນໆ, ຂໍ້ຜິດພາດທີ່ຮູ້ຈັກຈາກ Azure DevOps ທີ່ມີແທັກ release-38, ເຈົ້າຂອງ, ແລະ ຕົວບລັອກ. ຢ່າສົ່ງຫຍັງເລີຍ. ປະໄຟລ໌ Word ໄວ້ໃນໂຟນເດີ Release Ops ແລະ @mention ຂ້ອຍເມື່ອຮ່າງພ້ອມສຳລັບການທົບທວນຄືນ."

ສຳລັບຊິ້ນສ່ວນລະຫັດ, ຍັງມາຈາກໜ້າຫຼັກຖ້າມີການກຳນົດເສັ້ນທາງ, ຫຼືໂດຍກົງໃນລະຫັດ:

"ສ້າງແອັບຕິດຕາມຄວາມພ້ອມຂອງການປ່ອຍແບບ sandbox ສຳລັບ sprint 38. ພາກສະໜາມ: ລາຍການ, ແຫຼ່ງຂໍ້ມູນ (ສະໜັບສະໜູນ / ADO / Excel), ເຈົ້າຂອງ, ອາຍຸເປັນມື້, ຄວາມຮຸນແຮງ, ແມ່ນ/ບໍ່ ຕົວບລັອກ, ການໄລ່ລ່າສຸດທ້າຍ, ສະຖານະ (ເປີດ / ລໍຖ້າເຈົ້າຂອງ / ພ້ອມສຳລັບການກວດສອບຂອງມະນຸດ). ຊິ້ງຈາກແຜ່ນ Excel ແລະ ຄຳຖາມ ADO ທີ່ຂ້ອຍວາງໄວ້ຂ້າງລຸ່ມນີ້. ໂຮດມັນໄວ້ໃນ Managed Runtime ພາຍໃຕ້ການຄຸ້ມຄອງ IT. ບໍ່ມີຕົວເຊື່ອມຕໍ່ພາຍນອກ."

ສຳລັບ Autopilot, ເມື່ອຊຸດຮ່າງມີຢູ່ແລ້ວ:

“ເຈົ້າແມ່ນ 'Release Ops Chase'. ພາລະບົດບາດ: ຕົວແທນຕິດຕາມຄືນເພື່ອຄວາມພ້ອມຂອງ sprint 38. ເປົ້າໝາຍ: ລະຫວ່າງ 18:00 ແລະ 08:00 ເວລາອັງກິດ, ໃຫ້ເບິ່ງຊ່ອງ Release Ops ແລະຕົວຕິດຕາມ. ສຳລັບແຕ່ລະລາຍການທີ່ເກົ່າກວ່າສອງມື້ເຮັດວຽກໂດຍບໍ່ມີການຕອບກັບຈາກເຈົ້າຂອງ, ໃຫ້ຮ່າງ Teams nudge ສັ້ນໆໄປຫາເຈົ້າຂອງທີ່ມີຊື່ພ້ອມກັບລິ້ງລາຍການ ແລະຂໍສະຖານະໜຶ່ງແຖວ. ລົງຮ່າງສະເພາະໃນກະທູ້ຮ່າງ Release Ops ສ່ວນຕົວ - ຢ່າລົງໃນຊ່ອງລູກຄ້າ. ອັບເດດຊ່ອງ 'ການໄລ່ລ່າສຸດທ້າຍ' ຂອງຕົວຕິດຕາມ. ຢຸດຖ້າເຈົ້າຮອດຂີດຈຳກັດການໃຊ້ຈ່າຍ ຫຼືຖ້າມີຫຼາຍກວ່າສິບ nudges ຢູ່ໃນຄິວ. ເວລາ 08:00, ໃຫ້ຂ້ອຍຂຽນບົດສະຫຼຸບຕອນເຊົ້າກ່ຽວກັບສິ່ງທີ່ເຈົ້າຮ່າງ ແລະສິ່ງທີ່ຍັງຕ້ອງການການຕັດສິນໃຈຂອງມະນຸດ. ຢ່າໝາຍການສື່ສານທີ່ລູກຄ້າປະເຊີນວ່າສົ່ງແລ້ວ.”

ວິທີການທົດສອບມັນ

1. ເປີດ Home to Cowork ຄັ້ງດຽວໃນຊຸດວັນພະຫັດທີ່ຜ່ານມາ (ຫຼືຕົວຢ່າງທີ່ຖືກແກ້ໄຂ) ແລະກວດສອບວ່າຮ່າງ Word ອ້າງອີງແຫຼ່ງຂໍ້ມູນທີ່ຖືກຕ້ອງໂດຍບໍ່ຕ້ອງປະດິດ ID ປີ້.
2. ຕັ້ງຕົວຕິດຕາມລະຫັດໃນສຳເນົາຂອງຂໍ້ມູນປ້ອນເຂົ້າ Excel / ADO; ຢືນຢັນການໂຮດຕິ້ງແບບ sandbox ແລະ ມີພຽງກຸ່ມຂອງ Priya ເທົ່ານັ້ນທີ່ສາມາດເປີດມັນໄດ້.
3. ໃຫ້ Autopilot ມີຊ່ວງເວລາປິດໃນຕອນກາງຄືນໃນຊ່ອງທາງທີ່ບໍ່ແມ່ນການຜະລິດດ້ວຍຂອບເຂດຈຳກັດການໃຊ້ຈ່າຍເລັກນ້ອຍ. ກວດສອບວ່າທຸກໆການກະຕຸ້ນຈະຕົກຢູ່ໃນຫົວຂໍ້ຮ່າງເທົ່ານັ້ນ, ພ້ອມດ້ວຍຮ່ອງຮອຍການກວດສອບ.
4. ປະຕູທົບທວນຄືນຕອນເຊົ້າ: ປຣີຢາເປີດໜ້າຫຼັກ, ອ່ານບົດສະຫຼຸບ, ແກ້ໄຂບັນທຶກ Word, ແລະຫຼັງຈາກນັ້ນຈຶ່ງໂພສສະຖານະທີ່ໄດ້ຮັບການອະນຸມັດໄປຍັງຊ່ອງທາງການປ່ອຍທີ່ກວ້າງຂວາງກວ່າ.
5. ການຝຶກຊ້ອມຄວາມລົ້ມເຫຼວ: ຍົກເລີກສິດຂອງ Autopilot ໃນການໂພສນອກຫົວຂໍ້ຮ່າງ ແລະ ຢືນຢັນວ່າມັນບໍ່ສາມາດຍົກລະດັບໄປສູ່ພື້ນທີ່ທີ່ລູກຄ້າຕ້ອງປະເຊີນໄດ້.

ຜົນໄດ້ຮັບ

ບໍ່ມີຕົວເລກການອົບທີ່ວັດແທກໄດ້ອ້າງເອົາຢູ່ທີ່ນີ້ - ໃຫ້ຖືວ່າຂໍ້ມູນຕໍ່ໄປນີ້ເປັນ ຜົນໄດ້ຮັບທີ່ສະແດງໃຫ້ເຫັນ ພ້ອມດ້ວຍການສົມມຸດຕິຖານທີ່ຊັດເຈນ, ຫຼືໃຊ້ແຜນການວັດແທກຂ້າງລຸ່ມນີ້ໃນການທົດລອງຕົວຈິງ.

ຜົນໄດ້ຮັບຕົວຢ່າງ (ສົມມຸດຕິຖານທີ່ລະບຸໄວ້): ສົມມຸດວ່າຮອບວຽນວັນພະຫັດໜຶ່ງຮອບ, ປະມານ 25 ລາຍການຄວາມພ້ອມທີ່ເປີດ, Priya ເຄີຍໃຊ້ເວລາປະມານ 90 ນາທີໃນການໄລ່ຕາມ ແລະ ລວບລວມຫຼັງຈາກ 17:00, ແລະ Autopilot ອະນຸຍາດໃຫ້ມີພຽງແຕ່ການຊຸກຍູ້ຮ່າງບວກກັບການອັບເດດພາກສະໜາມຂອງຕົວຕິດຕາມເທົ່ານັ້ນ. ຖ້າ Home/Cowork ສ້າງຮ່າງທຳອິດທີ່ສາມາດໃຊ້ໄດ້ຂອງບັນທຶກສະຖານະໃນຄັ້ງດຽວ, Code ຈະປ່ຽນແທນສະເປຣດຊີດ ad-hoc ດ້ວຍຕົວຕິດຕາມທີ່ແບ່ງປັນ, ແລະເຈົ້າຂອງຄິວ Autopilot ຊຸກຍູ້ໃນຕອນກາງຄືນເພື່ອສົ່ງ/ແກ້ໄຂໂດຍມະນຸດໃນຕອນເຊົ້າ, ເປົ້າໝາຍທີ່ເປັນຈິງແມ່ນການຕັດວຽກງານກາວໃນຕອນແລງດຽວກັນຂອງ Priya ໃຫ້ເຫຼືອປະມານ 20-30 ນາທີໃນການທົບທວນຕອນເຊົ້າ - ໂດຍມີ ເວລາການທົບທວນຖືກນັບ ແລະບໍ່ມີຫຍັງສົ່ງອັດຕະໂນມັດທີ່ລູກຄ້າປະເຊີນ. ນັ້ນແມ່ນຕົວຢ່າງການຄາດຄະເນ, ບໍ່ແມ່ນຜົນໄດ້ຮັບທີ່ວັດແທກໄດ້ຈາກການອ້າງສິດຜະລິດຕະພັນຂອງບົດຄວາມນີ້.

ແຜນການວັດແທກ (ມັກອັນນີ້ໃນຜູ້ເຊົ່າສົດ):

• ພື້ນຖານ: ເວລາຂອງການລວບລວມ + ການໄລ່ລ່າໃນວັນພະຫັດຂອງ Priya ສຳລັບສອງລຸ້ນ (ລວມທັງການທົບທວນ); ນັບການຕອບກັບເຈົ້າຂອງທີ່ພາດພາຍໃນວັນສຸກທ່ຽງ; ນັບລຸ້ນຕິດຕາມທີ່ຂັດແຍ້ງກັນ.
• ຕົວຢ່າງການທົດລອງ: ການປ່ອຍຕົວຕິດຕໍ່ກັນສີ່ຄັ້ງໃນວັນພະຫັດດ້ວຍ Home + Code + Autopilot ທີ່ມີຂອບເຂດ.
• ຕົວຊີ້ວັດ: ນາທີຈົນຮອດບັນທຶກສະຖານະທີ່ໄດ້ຮັບການອະນຸມັດ (ລວມທັງການແກ້ໄຂໂດຍມະນຸດ); % ຂອງຮ່າງ Autopilot ທີ່ຍອມຮັບໂດຍບໍ່ຕ້ອງຂຽນຄືນໃໝ່; ຈຳນວນໂພສສະເພາະຫົວຂໍ້ຮ່າງທຽບກັບໂພສທີ່ກວ້າງຂວາງໂດຍບັງເອີນ (ເປົ້າໝາຍ: ສູນ); ເຄຣດິດ UBB ທີ່ໃຊ້ຕໍ່ການແລ່ນຂ້າມຄືນທຽບກັບຂີດຈຳກັດ.
• ແຖບຄຸນນະພາບ: “ຖືກຕ້ອງ” ໝາຍຄວາມວ່າທຸກໆປີ້/ຫົວຂໍ້ທີ່ອ້າງອີງມີຢູ່ໃນລະບົບແຫຼ່ງຂໍ້ມູນ, ເຈົ້າຂອງກົງກັບ ADO/Excel, ແລະບໍ່ມີການສົ່ງຕໍ່ໃຫ້ລູກຄ້າໂດຍບໍ່ໄດ້ຮັບການອະນຸມັດຈາກ Priya.
• ກົດລະບຽບກ່ຽວກັບເຮືອ: ຂະຫຍາຍສິດອະນຸຍາດ Autopilot ຫຼັງຈາກສີ່ຮອບວຽນໂດຍບໍ່ມີການລະເມີດນະໂຍບາຍ ແລະ ອັດຕາການຮ່າງທີ່ຍອມຮັບທີ່ທ່ານເຕັມໃຈທີ່ຈະປົກປ້ອງຄວາມປອດໄພ.

ມີຫຍັງຜິດພາດໄດ້ແດ່

• ລະບົບ Autopilot ຈະກາຍເປັນຕົວກະຕຸ້ນການແຈ້ງເຕືອນ - ມີການແຈ້ງເຕືອນຫຼາຍເກີນໄປ, ເຈົ້າຂອງທີ່ບໍ່ຖືກຕ້ອງ, ຫຼື ໂພສຢູ່ນອກກະທູ້ຮ່າງຖ້າສິດອະນຸຍາດວ່າງ.
• ຕົວຕິດຕາມລະຫັດຈະຫາຍໄປຈາກ Excel/ADO ຖ້າການຕໍ່ສາຍດິນ/ປລັກອິນບໍ່ຄົບຖ້ວນ; ຜູ້ຄົນໄວ້ວາງໃຈທຸງ "ພ້ອມແລ້ວ" ທີ່ລ້າສະໄໝ.
• ຮ່າງ Cowork ຟັງແລ້ວໝັ້ນໃຈແຕ່ຕ້ອງປະດິດຄວາມຮຸນແຮງ ຫຼື ID ຂອງປີ້ເມື່ອການເຂົ້າເຖິງແຫຼ່ງຂໍ້ມູນບໍ່ຄົບຖ້ວນ - ການທົບທວນຕ້ອງຮັບຮູ້ສິ່ງນັ້ນກ່ອນທີ່ບັນທຶກສະຖານະຈະຖືກສົ່ງໄປ.
• ການໃຊ້ຈ່າຍຂອງ UBB ຈະເພີ່ມຂຶ້ນຖ້າ Autopilot ລອງໃຊ້ຊ່ອງທາງທີ່ມີສຽງລົບກວນອີກຄັ້ງໂດຍບໍ່ມີຂອບເຂດຈຳກັດ.
• ທີມງານປະຕິບັດຕໍ່ລະບົບອັດຕະໂນມັດຄືກັບຄວາມເປັນເອກະລາດຢ່າງເຕັມທີ່ໂດຍບໍ່ມີໃຜເບິ່ງແຍງ; ບາງສິ່ງບາງຢ່າງທີ່ລູກຄ້າຕ້ອງປະເຊີນແມ່ນອອກໄປໂດຍບໍ່ມີປະຕູຮົ້ວຕອນເຊົ້າ.

ເອົາໄປໃຊ້ຕົວຈິງ

ໃຊ້ Home ເປັນນິໄສ (ຫຍໍ້, ຮ່າງ, ການທົບທວນ), ລະຫັດສຳລັບເຄື່ອງມືພາຍໃນທີ່ມີຂອບເຂດຈຳກັດອັນໜຶ່ງພາຍໃຕ້ Managed Runtime, ແລະ Autopilot ສຳລັບການສືບຕໍ່ໃນຕອນກາງຄືນດ້ວຍບົດບາດທີ່ມີຊື່, ປຸ່ມໝຸນການໃຊ້ຈ່າຍ, ແລະຜົນຜະລິດແບບຮ່າງທີ່ສາມາດກວດສອບໄດ້ເທົ່ານັ້ນ. ກຳນົດຂອບເຂດວຽກ Autopilot ຢ່າງເຂັ້ມງວດ, ຮຽກຮ້ອງໃຫ້ມີການທົບທວນຂອງມະນຸດກ່ອນທີ່ຈະສົ່ງສິ່ງໃດກໍ່ຕາມທີ່ລູກຄ້າຕ້ອງປະເຊີນ, ແລະວັດແທກຮ່າງທີ່ຍອມຮັບ ແລະ ການລະເມີດນະໂຍບາຍ - ບໍ່ແມ່ນຄວາມຮູ້ສຶກ. ນັ້ນແມ່ນວິທີທີ່ Copilot-as-work-OS ຍັງຄົງເຮັດວຽກໄດ້ໂດຍບໍ່ຕ້ອງກາຍເປັນ bot ປ່ອຍທີ່ບໍ່ໄດ້ຮັບການຊີ້ນຳ.

ຄຳຖາມທີ່ຖືກຖາມເລື້ອຍໆ

Microsoft ໝາຍຄວາມວ່າແນວໃດເມື່ອເອີ້ນ Copilot ວ່າເປັນລະບົບປະຕິບັດການສຳລັບການເຮັດວຽກ?

Satya Nadella ໄດ້ວາງກອບການສ້າງໃໝ່ວ່າ Copilot ກາຍເປັນລະບົບປະຕິບັດການໃໝ່ສຳລັບການເຮັດວຽກ: ເປັນເຊວທີ່ໂຮດແອັບ, ຈັດການຕົວຕົນ, ກຳນົດເສັ້ນທາງການເຮັດວຽກ, ແລະຮັກສາສະຖານະໃນທົ່ວກອງປະຊຸມ - ບໍ່ພຽງແຕ່ການສົນທະນາແຖບຂ້າງເທົ່ານັ້ນ. ໂພສທາງການຂອງ Microsoft ຂອງ Jared Spataro ອະທິບາຍເຖິງສາມພື້ນຜິວ, ແພລດຟອມຕົວແທນໜຶ່ງ, ແລະເພື່ອນຮ່ວມທີມດິຈິຕອນພາຍໃນ Microsoft 365 ດ້ວຍຕົວຕົນ, ໜ່ວຍຄວາມຈຳ, ແລະການຄຸ້ມຄອງ. ແອັບ Copilot ທີ່ສ້າງໃໝ່ແມ່ນສຸມໃສ່ໜ້າຫຼັກ, ລະຫັດ, ແລະອັດຕະໂນມັດ. ບໍ່ມີສິ່ງໃດທົດແທນ Excel ຫຼື Teams; ມັນລວມພວກມັນເພື່ອໃຫ້ຄົນເປີດ Copilot ກ່ອນ, ຈາກນັ້ນຕິດຕາມເຂົ້າໄປໃນເອກະສານ, ຊ່ອງທາງ, ແລະແອັບທີ່ກຳນົດເອງ.

Copilot Home, Code, ແລະ Autopilot ແມ່ນຫຍັງ?

ໜ້າຫຼັກແມ່ນປະຕູໜ້າຫຼັກທີ່ລວມ Chat ແລະ Cowork ເຂົ້າກັນ ເພື່ອໃຫ້ທ່ານສາມາດກວດສອບກິດຈະກຳ, ຮັບຄຳແນະນຳ, ສົນທະນາໄດ້ທັນທີ, ຫຼື ມອບໝາຍໂຄງການຫຼາຍຂັ້ນຕອນ. ລະຫັດຊ່ວຍໃຫ້ຜູ້ຄົນສາມາດອະທິບາຍແອັບ, ຕົວຕິດຕາມ, ແຜງຄວບຄຸມ, ຫຼື ຂະບວນການເຮັດວຽກໃນພາສາປະຈຳວັນ ແລະ ໄດ້ຮັບເຄື່ອງມືທີ່ໂຮດໂດຍຜູ້ເຊົ່າກັບຄືນມາ. Autopilot - ເມື່ອກ່ອນເອີ້ນວ່າ Scout - ແມ່ນຕົວແທນສ່ວນຕົວທີ່ເຮັດວຽກຢ່າງຕໍ່ເນື່ອງເມື່ອທ່ານອອບລາຍ, ນອນຫຼັບ, ຫຼື ຢູ່ໃນການປະຊຸມອື່ນ. ພວກມັນຮ່ວມກັນແມ່ນການພະນັນຂອງ Microsoft ວ່າຕົວແທນຕ້ອງການເປືອກວຽກຊັ້ນໜຶ່ງ, ບໍ່ແມ່ນຟອງສະບູທີ່ລອຍຢູ່.

Copilot Home Chat ແຕກຕ່າງຈາກ Cowork ແນວໃດ?

ການສົນທະນາແມ່ນໂໝດການສົນທະນາທັນທີສຳລັບການຂຽນຄືນໃໝ່, ສະຫຼຸບສັ້ນໆ, ແລະ ການກວດສອບສຽງ. Cowork ແມ່ນຊ່ອງທາງການມອບໝາຍສຳລັບວຽກງານທີ່ສັບສົນແບບຕົ້ນທາງຫາປາຍທາງ - ຊຸດ RFP, ຊຸດເປີດຕົວ, ການສະຫຼຸບສັງລວມຄວາມເປັນຜູ້ນຳ, ຫຼື ຊຸດປິດການເງິນ - ບ່ອນທີ່ທ່ານມອບໝາຍຜົນໄດ້ຮັບແທນທີ່ຈະເບິ່ງແຍງທຸກໆວັກ. ຕໍ່ໄປ, ທ່ານສາມາດລະບຸສິ່ງທີ່ທ່ານຕ້ອງການ ແລະ Copilot ຈະນຳທ່ານໄປຫາ Chat, Cowork, ຫຼື Code. ຊັ້ນການກຳນົດເສັ້ນທາງນັ້ນແມ່ນລາຍລະອຽດທີ່ງຽບສະຫງົບທີ່ເຮັດໃຫ້ຄຳປຽບທຽບຂອງລະບົບປະຕິບັດການມີຄວາມໂປ່ງໃສໜ້ອຍລົງ.

ຂ້ອຍສາມາດແກ້ໄຂໄຟລ໌ Word, Excel, ແລະ PowerPoint ຕົວຈິງພາຍໃນ Copilot ໄດ້ບໍ?

Microsoft ກຳລັງໃສ່ Word, Excel, ແລະ PowerPoint ເຕັມຮູບແບບພາຍໃນແອັບ Copilot - ໄຟລ໌ Office ທີ່ສາມາດແກ້ໄຂໄດ້ແທ້ໆ ເຊິ່ງຍັງຄົງຊິ້ງຄ໌ກັບແອັບ Office ທີ່ເພື່ອນຮ່ວມທີມໃຊ້ຢູ່ແລ້ວ, ລວມທັງການຊິ້ງຄ໌ທີມສົດ ແລະ ການແກ້ໄຂ @mention. PowerPoint ໄດ້ຮັບແມ່ແບບພາຍໃນຍີ່ຫໍ້; Excel ສະເໜີຄຳອະທິບາຍການປ່ຽນແປງ ແລະ ຄຳແນະນຳໃນຕາຕະລາງ. ທັກສະນຳເອົາຄວາມຊ່ຽວຊານພິເສດເຂົ້າມາໃນກະແສ, ເຊັ່ນ: ວຽກງານທາງດ້ານການເງິນໃນ Excel ຫຼື ການສະໜັບສະໜູນການຮ່າງກົດໝາຍໃນ Word, ແທນທີ່ຈະເປັນຮູບແບບທົ່ວໄປດຽວທີ່ປອມຕົວເປັນທຸກພະແນກ.

ລະຫັດ Copilot ແລະ Managed Runtime ແມ່ນຫຍັງ?

ລະຫັດປ່ຽນຄຳອະທິບາຍພາສາທຳມະຊາດໃຫ້ກາຍເປັນໂຊລູຊັ່ນແບບ sandboxed, tenant-hosted - ວິດເຈັດເດັສທັອບ, ແຜງຄວບຄຸມແບບໂຕ້ຕອບ, ແລະແອັບພາຍໃນທີ່ໂຮດຢູ່ໃນຄລາວ - ໂດຍໃຊ້ເທັກໂນໂລຢີທີ່ແບ່ງປັນກັບ GitHub Copilot. Microsoft Copilot Managed Runtime ໂຮດລະຫັດຢ່າງປອດໄພພາຍໃນ Microsoft 365 ພາຍໃຕ້ການຄຸ້ມຄອງ IT, ໂດຍມີການເຊື່ອມຕໍ່ກັບ Microsoft IQ ແລະປລັກອິນທີ່ຮັກສາຂໍ້ມູນໃຫ້ຊິ້ງຂໍ້ມູນ. ລະຫັດຈະຍ້າຍຜ່ານໂປຣແກຣມ Frontier ກ່ອນ, ຈາກນັ້ນຈະເຂົ້າເຖິງໄດ້ກວ້າງຂວາງ, ໂດຍມີການສະແດງຕົວຢ່າງສຳລັບ Microsoft 365 Premium ແລະ Pro ໃນພາຍຫຼັງ; Managed Runtime ແມ່ນຢູ່ໃນການສະແດງຕົວຢ່າງແລ້ວ.

Microsoft Copilot Autopilot ເຮັດວຽກແນວໃດຫຼັງຈາກທີ່ທ່ານອອກຈາກລະບົບ?

Autopilot ແມ່ນຕົວແທນສ່ວນຕົວທີ່ມີຄວາມກະຕືລືລົ້ນ ແລະ ເຮັດວຽກຢ່າງຕໍ່ເນື່ອງ: ທ່ານໃຫ້ຊື່, ບົດບາດ, ແລະ ເປົ້າໝາຍແກ່ມັນ, ແລະ ມັນເບິ່ງຊ່ອງທາງຕ່າງໆ, ຕິດຕາມຫົວຂໍ້ຕ່າງໆ, ຈັດການວຽກງານທີ່ເກີດຂຶ້ນຊ້ຳໆ, ແລະ ສາມາດສືບຕໍ່ໂຄງການໄດ້ພາຍໃນມື້ຕໍ່ມາໂດຍບໍ່ຕ້ອງມີການກະຕຸ້ນໃໝ່. Microsoft ອະທິບາຍວ່າມັນຖືກໂຮດຢູ່ໃນຄລາວດ໌ດ້ວຍຕົວຕົນ, ໜ່ວຍຄວາມຈຳ, ຄອມພິວເຕີ, ແລະ ພື້ນທີ່ເຮັດວຽກຂອງຕົນເອງໃນ Microsoft IQ. ມັນສະແດງຢູ່ໃນ Teams, Outlook, ການສົນທະນາ, ຊ່ອງທາງ, ແລະ ເອກະສານ, ແລະ ທ່ານ @ກ່າວເຖິງມັນຄືກັບເພື່ອນຮ່ວມງານ. ການອະນຸຍາດ, ເສັ້ນທາງການກວດສອບ, ແລະ ການຄຸ້ມຄອງແມ່ນສ່ວນໜຶ່ງຂອງການຫຸ້ມຫໍ່ຂອງວິສາຫະກິດ.

ຄ່າບໍລິການ Autopilot ຈະຖືກຄິດຄ່າບໍລິການແນວໃດເມື່ອທຽບກັບ Copilot Chat ປະຈຳວັນ?

Everyday Chat ແລະ Office Copilot ຍັງຄົງໃຊ້ໃບອະນຸຍາດການສະໝັກໃຊ້ຜູ້ໃຊ້ (USL). ສາມຕົວແທນ - ວຽກແບບ Cowork ຂອງ Home, Code, ແລະ Autopilot - ອີງໃສ່ການຮຽກເກັບເງິນໂດຍອີງໃສ່ການນຳໃຊ້ (UBB), ໂດຍມີການຄວບຄຸມ FinOps ແລະ Agent 365 ເປັນຕາໜ່າງຄວາມປອດໄພດ້ານຄ່າໃຊ້ຈ່າຍ. ການແບ່ງແຍກນັ້ນມີຄວາມສຳຄັນສຳລັບການວາງແຜນ: ບ່ອນນັ່ງສົນທະນາ ແລະ ການເຜົາຜານເຄຣດິດຂອງຕົວແທນບໍ່ແມ່ນເສັ້ນງົບປະມານດຽວກັນ. ກຳນົດຂອບເຂດການໃຊ້ຈ່າຍ ແລະ ທົບທວນການຄວບຄຸມ Agent 365 ກ່ອນທີ່ຈະປ່ອຍໃຫ້ວຽກງານ Autopilot ເຮັດວຽກໄດ້ຢ່າງບໍ່ມີຂອບເຂດໃນຜູ້ເຊົ່າ.

ໃຜຄວນຄວບຄຸມ Home, Code, ຫຼື Autopilot ກ່ອນ?

ຜູ້ເຮັດວຽກດ້ານຄວາມຮູ້ ແລະ ຜູ້ຈັດການຈະຮູ້ສຶກເຖິງການແບ່ງແຍກ Chat/Cowork ຂອງ Home ແລະ Office-in-Copilot ກ່ອນ. ພະນັກງານປະຕິບັດການ, ການເງິນ, ແລະ ໂປຣແກຣມໄດ້ຮັບຜົນປະໂຫຍດຈາກຕົວຕິດຕາມລະຫັດ ແລະ Autopilot ສຳລັບຂະບວນການຕິດຕາມທີ່ໜັກໜ່ວງ. ນັກພັດທະນາຮັກສາ GitHub Copilot ແລະໄດ້ຮັບການເຊື່ອມຕໍ່ Managed Runtime ສຳລັບການສົ່ງເຄື່ອງມືພາຍໃນໄດ້ໄວຂຶ້ນ. IT, ຄວາມປອດໄພ, ແລະ FinOps ເປັນເຈົ້າຂອງຕົວຕົນ, ການກວດສອບ, ນະໂຍບາຍ UBB, ແລະ ການຄວບຄຸມ Agent 365. ຖ້າທ່ານເປັນຕົວທົດລອງພຽງແຕ່ສິ່ງດຽວ: Autopilot ແມ່ນການປ່ຽນແປງທາງວັດທະນະທຳ, Code ແມ່ນການປ່ຽນແປງ leverage, Home ແມ່ນການປ່ຽນແປງນິໄສ.

ທີມງານຄວນກຳນົດຂອບເຂດ Autopilot ຢ່າງປອດໄພໃນຜູ້ເຊົ່າຕົວຈິງແນວໃດ?

ໃຫ້ Autopilot ມີພາລະບົດບາດທີ່ມີຊື່ ແລະ ເປົ້າໝາຍແຄບໆ - ຮ່າງການຕິດຕາມ ແລະ ການອັບເດດຕົວຕິດຕາມ, ບໍ່ແມ່ນອີເມວລູກຄ້າ ຫຼື ການປ່ຽນແປງການຜະລິດ. ມັກໂພສທີ່ເປັນຮ່າງເທົ່ານັ້ນໃນກະທູ້ສ່ວນຕົວ, ຂອບເຂດການໃຊ້ຈ່າຍທີ່ຈຳກັດ, ແລະ ການທົບທວນຂອງມະນຸດໃນຕອນເຊົ້າກ່ອນການສົ່ງສິ່ງໃດກໍ່ຕາມທີ່ລູກຄ້າຕ້ອງປະເຊີນ. ຮັກສາສິດອະນຸຍາດ, ຮ່ອງຮອຍການກວດສອບ, ແລະ ການຄວບຄຸມຂອງ Agent 365 ໄວ້; ຂະຫຍາຍການເຂົ້າເຖິງຫຼັງຈາກຮອບວຽນທີ່ສະອາດໂດຍບໍ່ມີການລະເມີດນະໂຍບາຍ. ການຄຸ້ມຄອງພາຍນອກໄດ້ປຽບທຽບເຊື້ອສາຍຂອງ Autopilot ກັບຕົວແທນອັດຕະໂນມັດແບບ OpenClaw - ປະຕິບັດຕໍ່ການສາທິດເປັນການຮຽກຮ້ອງທີ່ລາຍງານ, ບໍ່ແມ່ນຄຳສັນຍາທີ່ຜູ້ເຊົ່າທຸກຄົນຈະສ້າງກອງເຮືອພາຍໃນຄືນດຽວ.

Copilot Code ມີຈຸດປະສົງເພື່ອທົດແທນນັກພັດທະນາມືອາຊີບບໍ?

ບໍ່. ການວາງກອບແມ່ນສົມບູນແບບ: ຜູ້ສ້າງພົນລະເມືອງໃຊ້ລະຫັດສຳລັບເຄື່ອງມືປະຕິບັດງານ, ໃນຂະນະທີ່ນັກພັດທະນາຮັກສາຂະບວນການເຮັດວຽກ GitHub Copilot ທີ່ເລິກເຊິ່ງກວ່າ ແລະ ໄດ້ຮັບການເຊື່ອມຕໍ່ເຂົ້າໄປໃນໂຄງສ້າງຕົວແທນດຽວກັນ. ວິທີແກ້ໄຂຍັງຄົງຢູ່ໃນ sandbox ແລະ ໂຮດໂດຍຜູ້ເຊົ່າ ດັ່ງນັ້ນໄອທີຈຶ່ງມີບ່ອນຢືນຢູ່ແທນທີ່ຈະເປັນສະເປຣດຊີດອື່ນທີ່ຕິດຢູ່ກັບອີເມວ. ນັ້ນຈະເຮັດວຽກໄດ້ພຽງແຕ່ຖ້າ sandbox ເປັນຈິງ ແລະ ປລັກອິນຍັງຄົງໜ້າເຊື່ອຖື. ລະຫັດບວກກັບ Managed Runtime ແມ່ນຄຳຕອບຂອງ Microsoft ຕໍ່ແຮງກົດດັນດ້ານໄອທີ, ບໍ່ແມ່ນການອ້າງວ່າຜູ້ຊ່ຽວຊານລ້າສະໄໝ.